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The present invention relates generally to electronic 
commerce and more particularly to electronic funds escrow 
transactions. 



Background Art 

Over the past several years an international network of 
networks known as the Internet has become increasingly popular. 

10 The Internet allows millions of users throughout the world to 
communicate with each other. To provide users with easier 
access to information available on the Internet, a World Wide 
Web has been established. The World Wide Web allows 
information to be organized, searched and presented on the 

15 Internet using hypertext. Thus, using the World Wide Web a 
user can submit a query for information and be linked 
electronically to information of interest which has been stored 
at Web locations on the Internet. Using hypertext, a user can 
also communicate information to other users of the Internet. 

2 0 Because of the use of hypertext, the information which can be 
queried and retrieved via the Internet includes not only 
textual information but also information in graphic, audio and 
video form. Web search engines and browsers have been 
developed to make searching and retrieval of information of 

2 5 interest on the Web a simple task. Hence, the Web has made it 

relatively easy for virtually anyone having access to a 
personal computer or other device connected to the Internet to 
communicate with others who are also connected to the network. 
This ease of use has resulted in an increase in the number of 
30 users utilizing the Internet. 

With the proliferation of Internet users, numerous 
services are now provided over the Internet . One of the first 
such services to be offered was electronic banking. Electronic 
banking allows banking customers to access their account 

3 5 information and execute banking transactions,- e.g. the transfer 

of funds from a savings to a checking account, by simply 
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linking to a bank server using the Internet to access account 
information and communicate transfer instructions. 

Electronic banking has advanced from this basic consumer- 
to-bank communication to a consumer being able to 
5 electronically pay bills and make other payment types and fund 
transfers to others by communicating instructions, via the 
Internet, to a service provider possibly distinct from the 
financial institute maintaining deposited or credited funds of 
a pre-registered payer. The payments are then made to the 

10 payee by the service provider. The term "payment" as used 
herein can include payment of bills as well as other payments 
not based upon bills. Funds from the payer's deposit or credit 
account, i.e. the payer's payment account, are debited by the 
service provider to cover the payment . The payment by the 

15 service provider to the payee can be made in any number of 
ways . 

For example, the service provider may electronically 
transfer funds from the payer's banking account to the payee's 
banking account, may electronically transfer funds from a 

2 0 service provider's banking account, to the payee's banking 

account, may prepare a paper draft or check on the service 
provider's banking account and mail it to the payee, may 
prepare an electronically printed paper draft on the payer's 
banking account and mail it to the payee, or may make a wire 
25 transfer from either the service provider's banking account or 
the payer ' s banking account . 

If the funds transferred to the payee are drawn from the 
service provider's banking account, funds from the payer's 
banking account are electronically or otherwise transferred to 

3 0 the service provider's banking account to cover the payment. 

Further, if the payment will be made from funds in the service 
provider's banking account, the payment will preferably be 
consolidated with payments being made to the same payee on 
behalf of other payers. 
35 Accordingly, such electronic payment systems eliminate the 

need for a payer to write or print paper checks and then 
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forward them by mail to the payee. This makes it easier and 
more efficient for the payer to make payments. Payees 
receiving consolidated payments no longer have to deal with 
checks from each payee and therefore can process payments more 
5 efficiently. The making of payments by the electronic or wire 
transfer of funds provides even further efficiencies in payment 
processing by payees, and it is well recognized that making 
payments electronically can significantly reduce the cost of 
processing payments for both the payer and the payee. 

10 A payer must be a registered user of conventional 

electronic payment systems. Registration is required so that 
the service provider can obtain and validate information 
relating the user. Registration may be a somewhat simplified 
^ process whereby a user submits, on-line, information 

15 identifying his or her bank account and financial institution 
and his or her name, address and phone number, or some 
variation thereof. Other systems require that the potential 
user supply a voided check from the user's checking account. 
However, even with the simplified on-line registration process, 

2 0 the payer is not able to immediately direct payments. The user 
must wait for the service provider to validate the registration 
information and to receive a confirmation that the registration 
process is complete. This confirmation is typically sent from 
the service provider to the registering user via regular mail 

25 channels. Due to the processing and delivery time, the 
registering user is not able to immediately direct bill 
payment . 

Accordingly, a need exists for a payment technique whereby 
a user may register and direct payments in a single on-line 
30 session. 

In conventional electronic payment systems payment 
requests are processed before payment is released to reduce 
potential financial risk to the service provider. U.S. Patent 
number 5,383,113, to Kight et al . , and assigned to the assignee 
35 of the present application, is directed to an electronic bill 
payment system and method. Processing a bill payment request, 
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as disclosed in Kight, can include a risk analysis of the 
payment request before the payment is executed. This risk 
analysis can include determining in what form to release 
payment to the payee. Possible forms of payment are check, 
5 draft, or electronic funds transfer. The form of payment is 
based upon such criteria as analyzing the payment request to 
determine if the amount of the payment request meets or exceeds 
a first predetermined amount and determining if the total 
amount of previous payment requests within a certain timeframe 

10 meets or exceeds a second predetermined amount. The first and 
second predetermined amounts can be different amounts. The 
risk analysis can also include sending an inquiry to, and 
receiving a response from, a financial institution to determine 
availability of funds in the payer's account. The Kight patent 

15 utilizes both paper and electronic fund transfer. The risk 
processing in the Kight patent rests at least in part upon a 
decision between moving funds electronically or via less 
efficient paper means. 

Accordingly, a need exists for a technique in which a 

2 0 payment request is timely and efficiently processed and 

executed, yet the service provider is protected from financial 
risk . 

Merchants have begun to exploit the Internet 1 s 
capabilities in their marketing of goods and services, i.e. 
25 products. Numerous merchants have now established virtual 
storefronts using a hypertext document, commonly referred to as 
a Web homepage, which users can access over the Internet. The 
merchant's homepage will typically provide information 
regarding products, and will often provide the prospective 

3 0 customer with the option to purchase a desired product by 

making the necessary selections and providing the necessary 
information to the merchant via the Internet. Hence, the Web 
offers a new and exciting channel for marketing goods and 
services, providing merchants with direct access to millions of 
3 5 potential buyers throughout the world in a manner which has 
never before been possible. 
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In order to ensure payment for products and services 
ordered over the Internet, merchants have typically offered the 
purchaser the ability to pay using credit or debit cards. Such 
cards are now widely used throughout the world to make 
5 purchases without cash. Credit cards basically extend a 
payment credit to the credit card holder. Debit cards, on the 
other hand, basically provide a means for debiting the 
cardholder's deposit account funds held by an issuing financial 
institute. As in traditional brick-and-mortar businesses, Web- 
10 based businesses typically pay a premium to financial 
institutions to be able to offer payment via credit and/or 
debit cards. 

Also, individual sellers and purchasers have been brought 
together via the Internet. Sellers advertise goods for sale in 

15 a variety of sites on the Internet, and otherwise. These 
include personal homepages and public electronic bulletin 
boards. These individual sellers usually do not have the 
resources to accept payment via credit or debit cards. As 
discussed above, there is a cost associated with these 

20 transactions which makes it economically unfeasible for 
individuals to accept payment via these methods. Furthermore, 
these sellers usually do not have the technical expertise to 
maintain a homepage capable of accepting credit or debit card 
payments. As such, an individual purchaser typically pays an 

2 5 individual seller by check or money order. When payment is by 

check or money order, the seller must divulge to the purchaser 
his or her address. For payments by money order, the purchaser 
must purchase a money order and mail the money order to the 
seller. Thus, the period between the agreement to purchase and 

3 0 the receipt of the funds associated with the sale is dependent 

upon the time it takes to obtain a money order and deliver it 
to the seller. For payments made by check, in addition to the 
delivery time, the purchaser must reveals his or her personal 
information contained on the body of the check to the seller. 
35 Also, the seller is not assured that the check will be honored 
by the financial institution upon which it is drawn. 
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The latest development in bringing buyers and sellers 
together over the Internet are Web sites designed as auctions. 

Auctions are the newest, most convenient way to buy and sell 
things over the Internet. The auctions are typically hosted by 
5 Web sites which exclusively offer auctions or Internet portal 
sites which offer an array of services, though other types of 
Web sites also offer auctions. These sites offering Internet 
auctions will collectively be referred to as Auction Service 
Providers. These Auction Service Providers have created an on- 

10 line arena where users can register and become buyers or 
sellers in the auction. On-line auctions work similarly to 
standard auctions where the sellers have a particular item they 
would like to sell to the highest bidder. Typically an auction 
time frame is established that may span a few days to a few 

15 weeks to allow buyers an opportunity to place a bid. Bidding 
typically accelerates toward the end of the auction or bidding 
period. If a seller offers an item for auction and a bid is 
made, the seller is typically obligated to complete the 
transaction. Buyers may not retract a bid once it has been 

2 0 placed. The Auction Service Providers are creating a forum for 

this type of trading, but are not typically involved in the 
transaction between the buyer and seller. 

Once bidding is over, the buyer is obligated to contact 
the seller within a designated number of days from the close of 

25 the auction, to discuss how to handle the shipping and payment 
for the merchandise. Buyers and sellers are both asked to 
register and to accept agreements to comply with the standard 
guidelines provided by the Auction Service Provider. 

Registration information is required for both the buyers 

30 and sellers of the auctions. The registrations ensure that 
both parties have provided the necessary information to allow 
contact with each other when it is time to conduct a 
transaction. Contact information usually contains a name and a 
mailing address. 

3 5 Some providers require each participant to reply to a 

confirmation e-mail in order to verify the information and that 
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they have supplied a valid e-mail address. A user 
identification may also be used to allow the service provider 
to keep individual e-mail addresses private. In some cases a 
notification e-mail is sent to both buyer and seller to supply 
5 each with the other's e-mail address. Typically, contact 
should be made between both parties within 2 or 3 business 
days. Guidelines vary, but usually if the seller is able to 
contact the buyer within an agreed upon timeframe, that seller 
may then conduct his transaction with the next highest bidder. 

10 Usually, the winning buyer at the auction site receives an 

e-mail from the service provider telling him that he has placed 
the winning bid and that he needs to contact the seller to 
finish the transaction. Or, this notification may be made via 
conventional postal delivery. Once contact has been made 

15 between the buyer and the seller, each must agree upon the 
terms of the transaction. They may agree that the buyer makes 
payment first, and then the seller may ship the item once 
payment has cleared. The seller may also agree to ship the 
item COD to the buyer. The Auction Service Provider is not 

2 0 usually involved in these directions, as they have merely 

provided an environment that facilitates the buying and selling 
of merchandise. 

There are usually some standard payment methods suggested 
by the Auction Service Provider to the buyers and sellers. 
25 Typical payment methods are credit cards, money orders and 
checks drawn on buyers 1 accounts. If the parties to the 
transaction agree on a credit card or debit card payment, the 
service provider may act as a processing intermediary for the 
transaction. 

3 0 Many individuals, whether purchasing goods and services 

from merchants or individuals via the Internet, or from an 
Internet auction site, do not wish to use debit or credit 
cards, or send banking account numbers over the Internet due to 
security concerns. This is because the Internet is an open 
3 5 communication network with virtually no built-in security. 
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Various techniques have been proposed for overcoming the 
reluctance on the part of potential purchasers to transmit 
their card numbers or account numbers over the Internet . Many 
of the proposed techniques rely on cryptography. Using these 
5 techniques, credit and debit card numbers are encrypted prior 
to transmission over the Internet to the seller and decrypted 
prior to storage at the merchant ' s Web site . These techniques 
may well alleviate concerns regarding the vulnerability of 
sensitive account information during transmission over the 

10 Internet. However, there remains a concern that, because the 
decrypted credit or debit card account numbers are stored on 
merchant computers, e.g. Web servers, connected to the 
Internet, this information will continue to be susceptible to 
attach by hackers and others who may attempt to gain 

15 unauthorized access to the information from virtually anywhere 
in the world. Although firewalls and other security measures 
can be taken to protect the stored information from 
unauthorized intruders, many merchants have neither the 
resources nor the expertise to implement such measures. Hence, 

20 encrypted transmission alone does not eliminate the security 
concern of many cardholders . 

Others have proposed establishing what might be termed 
"virtual cash" which can be transferred from a purchasers 
computer to a seller 1 s computer to pay for a product or service 

25 bought via the Internet. The seller can then go to the 
"virtual cash" sponsor and exchange the "virtual cash" for 
actual cash. However, these techniques require the 

establishment of a new electronic monetary system and are 
reliant upon the financial worthiness of the "virtual cash" 

3 0 sponsor. 

Still other proposed techniques utilize a type of "virtual 
cash," which is associated with a purchaser's banking account 
at a financial institute. Using such a system the buyer 
transfers the "virtual cash" along with its banking account 
35 number to the merchant as payment for the purchased products. 
The merchant then transfers the "virtual cash" to the financial 
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institute, at which the purchaser maintains the deposit 
account. The financial institute then debits the purchaser's 
banking account by the amount represented by the "virtual cash" 
transferred to the seller and pays the seller using the funds 
5 withdrawn from the purchaser's banking account. These latter 
techniques have many of the same problems associated with the 
use of credit and debit cards. That is, the banking account 
number must be transmitted over the Internet and stored at the 
seller's Web site, and accordingly may be susceptible to 

10 unauthorized access. 

Potential purchasers of goods and services over the 
Internet have also raised concerns regarding the transfer of 
credit card, debit card and deposit account numbers, as well as 
the transfer of "virtual cash" payments to merchants/sellers 

15 which have little history or trade presence. In this regard, 
potential purchasers may have a valid concern a Web 
merchant/seller is nothing more than a front for fraudulently 
obtaining credit card account numbers, debit card account 
numbers, deposit account numbers and/or virtual cash from 

20 unsuspecting purchasers. 

Techniques have additionally been proposed to provide a 
separate private network for transmission of sensitive account 
related information. These techniques do provide an extra 
measure of security, but are disadvantageous in that an 

25 auxiliary communication network is required and the potential 
purchaser is forced to first divert his or her attention from 
the merchant's/seller's Web site, connect with a separate 
network, and to then go back to the merchant's/seller's Web 
site to conclude the transaction. 

3 0 As discussed, many consumers are unwilling to use debit or 

credit cards, or transmit their banking account numbers, over 
the Internet, especially to unknown merchants/sellers. In the 
context of an individual seller, some buyers do not feel 
comfortable divulging personal information such as banking 

3 5 account numbers to strangers. Furthermore, some consumers do 
not have access to debit or credit cards, but do have banking 
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accounts. As such, whether unwilling to use debit or credit 
cards via the Internet, or unable to use debit or credit cards, 
these consumers have not had the means to make purchases via 
the Internet . 

Accordingly, a need exists for a technique to purchase 
goods and services via the Internet with funds from a 
purchaser's banking account without divulging personal 
information relating to purchasers and sellers via a network. 

In transactions between individuals and brick-and-mortar 
stores there are well known procedures for a customer to return 
unacceptable merchandise. Also, the goods or services offered 
by the brick-and-mortar stores are typically immediately 
available to the purchaser. For Internet based transactions, 
the seller must ship goods to the purchaser, or perform 
services for the purchaser at a later time than execution of 
the transaction. Some Internet based business have procedures 
in place for return of unacceptable goods, but the purchaser 
must rely in good faith that the unacceptable goods will be 
accepted back by the business. However, in Internet 
transactions between individuals, no such procedures exist. 
Thus, purchasers have to rely on the good faith of sellers that 
the goods or services are as represented. Additionally, 
purchasers have to rely in good faith that sellers will deliver 
the purchased goods and/or services. Likewise, sellers must 
rely upon good faith that sellers will make prompt payment, and 
that that payment will be "good." This applies to transactions 
between individuals in both on-line auction and non-auction 
transactions . 

A proposed solution to this dual problem exists. There 
are middlemen with a presence on the Internet who will accept 
both the sale payment from the purchaser and the goods from the 
seller. These middlemen verify the exchange. That is, they 
verify that goods are actually provided by the seller, and that 
funds are actually obtained from the purchaser, and then 
release the goods to the purchaser and the funds to the seller. 
However, oftentimes these middlemen are not in a position to 
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judge the quality of the merchandise. For example, the 
merchandise may be a rare collectible with which a middleman 
may be unfamiliar. Also, this proposed solution adds extra 
shipping costs to the transaction. Instead of the goods being 
5 shipped from the seller to the purchaser, the goods must first 
be shipped from the seller to a middleman, and then from a 
middleman to the purchaser. 

Accordingly, a need exists for an efficient technique 
which ensures that a purchaser receives what he bargained for, 
10 including a guaranteed return if the goods are not acceptable, 
and that the seller will be paid for delivered goods and 
services . 

Another difficulty with Internet based purchases is that 
the purchaser has no way to know if the seller has actually 
15 shipped the goods, or performed the services. The purchaser 
who has paid for a product must wait for delivery of the goods, 
or performance of the services . 

Accordingly, a need exists for a technique whereby a 
purchaser can be informed of the delivery or performance status 
2 0 of the purchase. 

Yet another service now provided over the Internet is the 
delivery of electronic greeting cards via e-mail. Many Web 
sites offer such services. Electronic greeting cards are 
available for a myriad of occasions, as are paper greeting 
25 cards. However, electronic greeting cards have at least one 
disadvantage compared traditional paper greeting cards. Many 
senders include monetary gifts along with paper greeting cards. 

These gifts are typically in the form of cash, check, or gift 
certificate. With present electronic greeting cards, there is 
30 no way to include such a monetary gift. 

Accordingly, a need exists for a technique for a donor to 
send a monetary gift payment via e-mail to a recipient. 

Objectives of the Invention 
35 Accordingly, it is an objective of the present invention 

to provide a technique in which a payment request is timely and 

11 
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efficiently processed, yet a provider of a payment service is 
protected from financial risk. 

It is another objective of the present invention to 
provide a technique to protect both purchasers and sellers in 
5 electronic commerce transactions. 

It is another objective of the present invention to 
provide a technique whereby a purchaser is aware of the 
delivery status of goods, or performance status of services, 
purchased via a network. 

10 It is yet another objective of the present invention to 

provide a technique whereby the parties to a transaction can 
retain anonymity. 

It is yet another objective of the present invention to 
provide a technique whereby funds can be donated via a network. 

15 It is yet another objective of the present invention to 

provide a technique whereby a party may register for and 
utilize the services of an electronic payment service in a 
single on-line session. 

Additional objects, advantages, novel features of the 

2 0 present invention will become apparent to those skilled in the 
art from this disclosure, including the following detailed 
description, as well as by practice of the invention. While 
the invention is described below with reference to preferred 
embodiment (s) , it should be understood that the invention is 

25 not limited thereto. Those of ordinary skill in the art having 
access to the teachings herein will recognize additional 
implementations, modifications, and embodiments, as well as 
other fields of use, which are within the scope of the 
invention as disclosed and claimed herein and with respect to 

30 which the invention could be of significant utility. 

Summary Disclosure of the Invention 

The present invention provides a method for integrated 
event tracking of electronic escrow transactions and a system 
35 and article of manufacture for implementing the method. The 
system includes at least one processor, a memory for storing 

12 
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data, and a communications port for transmitting and receiving 
information. The processor may be any type processor, such as 
a personal computer, high powered workstation, or sophisticated 
mainframe computer. The memory may be any type of memory 
5 capable of storing data, including random access memory, floppy 
or hard magnetic disk, or optical disk. Data stored in the 
memory and data processed by the processor are exchanged 
between the processor and the memory. The data can include 
escrow transaction information and operating instructions for 
10 controlling the operations of the processor. The 
communications port communicates with one or more networks 
configured to transmit electronic or optical data. The 
networks can include a public or private telephone network, the 
Internet, a private banking network, or any other type network. 

15 

In accordance with the invention, the processor directs 
communications with a seller, a purchaser, at least one 
financial institution, and other entities as necessary, to 
effect an electronic escrow transaction. Directing 
2 0 communications includes both receiving and transmitting 
information. Each of these communications are logged and stored 
in the memory. 

The communications to and from the different parties may 
be e-mail communications made via the Internet, or some other 

2 5 network, they may be via a Web page transmitted via the World 

Wide Web or some other network, or they may be some other form 
of electronic communication, including wireless communications. 

Communications to the purchaser can include notices notifying 
the purchaser of actions performed by the seller, by a 

3 0 financial institution, by the processor, or by some other 

entity. Communications to the purchaser can also include 
notices directing the purchaser to perform some action. 
Communications to the seller can include notices notifying the 
seller of actions performed by the purchaser, by a financial 
35 institution, by the processor, or by some other entity. 
Communications to the seller can also include notices directing 
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the seller to perform some action. The seller may be an 
individual or a business. The purchaser, likewise, may be an 
individual or a business. 

Communications to a financial institution may be made via 
5 the Internet, or some other network. Financial institution 
communications include directing debits and/or credits to 
accounts maintained at the financial institution and directing 
debit authorizations whereby fund availability is verified and 
an amount of funds are reserved. These accounts belong to the 

10 seller, the purchaser, and a processing agent, with whom the 
processor is associated. Each account may be a credit account, 
deposit account, or other type account. The financial 
institution may be three financial institutions, one associated 
with the seller, one associated with the purchaser, and one 

15 associated with the processing agent. Or, the financial 
institution may be two financial institutions, one associated 
with the purchaser, and one associated with both the seller and 
the processing agent. Or, one of the two financial 
institutions may be associated with the seller, and the other 

2 0 associated with both the purchaser and the processing agent. 
Or, one of the two financial institutions may be associated 
with the processing agent, and the other associated with both 
the purchaser and the seller. 

The processor logs and stores in the memory each of the 

2 5 communications received by or transmitted by the processor in 

effecting the electronic escrow transaction. The 
communications may be stored in a general memory, or they may 
be stored in one or more specialized databases for escrow 
transactions. Preferably, the memory stores an indication of 
30 the date and time of the communications. 

The electronic escrow transaction assures payment for, and 
acceptable delivery of goods, or performance of services. The 
sale of the goods or services originates between the purchaser 
and the seller via a network, preferably the Internet. The 

3 5 seller may be a merchant who maintains a Web homepage 

advertising goods and/or services for sale. Or, the seller may 
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be an individual with a Web homepage advertising goods and/or 
services for sale. The individual seller may post goods or 
services for sale on an electronic bulletin board. Or, the 
seller may offer goods and/or services for sale on an Internet 
5 auction site. In such a case, the purchaser is the winning 
bidder for the goods and/or services. 

Beneficially, the processor can be configured to send and 
receive specific notices and directions via a network. The 
processor can be configured to receive from the purchaser, via 

10 a network by way of the communications port, an instruction to 
effect the electronic escrow transaction. This instruction can 
include, among other data, information identifying the seller 
and the amount of the payment to the seller. The processor 
stores an indication of the received instruction in the memory. 

15 The indication can include, in addition to the payment 
instruction, information identifying the purchaser and other 
data pertaining to the sale transaction. 

The processor may also be configured to initiate a debit 
from an account associated with the purchaser. This debit may 

2 0 be initiated via the automated clearinghouse banking network, 
or some other network. Or, the debit may be initiated in some 
other form, such as a wire transfer, check or draft drawn on 
the purchaser account, or debit authorization. The processor 
stores an indication of initiation of the debit from the 

2 5 purchaser account in the memory. The processor is also 

configured to initiate a credit to an account associated with 
the seller. This credit, like the debit, may be initiated via 
the automated clearinghouse banking network, or some other 
network, or in some other form. The processor stores an 

3 0 indication of initiation of the credit to the seller account in 

the memory. 

Beneficially, the processor can be configured to initiate 
a debit from an account associated with the processing agent. 
This debit, too, may be initiated via the automated 
35 clearinghouse banking network, or some other network, or in 
some other form. The processor stores an indication of 



15 



DOCKET NO: ^50-042 
CLIENT REF: MoneyWeb 



PATENT 



initiation of the debit from the account associated with the 
processing agent. In this case, the processor is also 
configured to initiate a credit to an account associated with 
the seller, and as above, store an indication in the memory of 
5 initiation of the credit. The credit to the seller account is 
a corresponding credit to the debit from the processing agent 
account. That is, the debit from the processing agent account 
results in the credit to the seller account. 

In another beneficial aspect of the invention, the 

10 processing agent is configured to transmit a notice, through 
the communications port and over the network, to the seller 
that funds from the purchaser account are available and that 
the seller should thus ship the goods to, or provide the 
service for, the purchaser. The processor stores an indication 

15 of this notice having been transmitted in the memory. This 
notice assures the seller that he or she will receive payment 
for the goods or services. 

Further, this notice may be transmitted after a 
predetermined period beginning at initiation of a debit to the 

2 0 purchaser account has elapsed. This period may be any period. 

The period may be the same for all electronic escrow 
transactions effected by the processor, or it may be shortened 
or lengthened depending upon various factors and analyses. Or, 
the notice may be transmitted after funds from the purchaser 
25 account are credited to the processing agent account. The 
notice may be transmitted after both the period has elapsed and 
the funds have been credited, or upon the occurrence of either 
of these conditions. 

The processor may also be configured to perform other 

3 0 especially preferred operations. The processor may receive, 

via the communications port, a notice sent via a network that 
the goods have been shipped to, or that the services have been 
performed for, the purchaser. This notice may be sent by the 
seller, by a shipping agent, both seller and shipping agent, or 
3 5 another entity. If sent by both the seller and the shipping 
agent, a single notice may be sent by the shipping agent to the 
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seller, and then by the seller to the processor. Or, both the 
shipping agent and the seller may send a notice of shipment to 
the processor. The processor stores in the memory an 
indication that this notice of shipment, or performance, has 
5 been received. Thereafter, the processor may transmit another 
separate notice to the purchaser that the seller has shipped 
the goods or performed the service. An indication of this 
notice to the purchaser is also stored in the memory. 

As a further benefit, the notice of shipment or 

10 performance can include a delivery tracking number. Typically, 
these numbers are issued by a shipping agent and are used to 
confirm shipping and track shipped packages, though they may be 
issued by a seller or generated the processor. A delivery 
tracking number may be included when the purchase is for goods, 

15 obviously not when the purchase is for a service to be 
performed by the seller. 

In another aspect of the invention, the processor can be 
configured to receive, via the communications port, a notice 
sent over a network that the goods have been received from the 

2 0 seller and are acceptable, or that the seller has acceptably 
performed the service. This notice confirms that the purchaser 
is satisfied with the goods or services. An indication of this 
notice is also stored in the memory. This notice may be sent 
by the purchaser the shipping agent, the seller, or another 

25 entity. If sent by the seller, the notice is preferably 
generated by the shipping agent, transmitted to the seller, and 
then forwarded to the processor. Also, a notice of acceptance 
be received from each of the purchaser, the seller, and the 
shipping agent. Or, from the purchaser and either of the 

30 seller or the shipping agent. 

In yet another aspect of the invention, the processor is 
configured to initiate credit to the seller account subsequent 
to receiving the notice that the seller has fulfilled his or 
her obligations, whether that be delivery of acceptable goods, 

35 or acceptable performance of services. An indication of 
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initiation of the credit to the seller account is stored in the 
memory. 

Beneficially, the processor may be configured to receive, 
via the network, notice that the goods have been shipped, or 
5 the services having been performed. An indication of receipt 
of this notice is stored in the memory. A credit is initiated 
to an account associated with the seller after a predetermined 
period, beginning upon receipt of the notice, has elapsed. 
This notice can be received from one or both of the seller or a 

10 shipping agent. 

In an especially beneficial aspect of the invention, the 
processor may be configured to receive, via the network, notice 
that the purchaser is not satisfied with the goods or services. 
That is, the notice may include information indicating that 

15 the goods have been received, but are not acceptable. The 
notice may include information indicating that the goods were 
not delivered. The notice may include information indicating 
that the services were not acceptably performed, or that they 
were not performed at all. An indication of this notice is 

2 0 stored in the memory. The notice may be sent by the purchaser, 
a shipping agent, both purchaser and shipping agent, or another 
entity. 

Optionally, this notice can include a notice to suspend a 
pending credit to the seller account. The pending credit is a 

2 5 credit for payment of the purchased goods or service. Or, this 

notice can include a notice to reverse a debit to the purchaser 
account. This debit is a debit of funds for the purchase of 
the goods or service. 

Preferably, the processor is configured to receive from at 

3 0 least one of the purchaser, the shipping agent, both the 

purchaser and shipping agent, or another entity, via the 
communications port, a notice sent over the network, that the 
goods have been shipped back to the seller. An indication of 
this notice is stored in the memory. The processor is also 
35 configured to transmit to the seller, over the network, a 
notice that the goods are being shipped back to the seller from 
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the purchaser. An indication of this notice is also stored in 
the memory. Beneficially, the notice that the goods have been 
shipped back to the seller includes a delivery tracking number 
issued by a shipping agent. 
5 In yet another advantageous aspect of the invention, the 

processor may be configured to receive from one of the seller, 
the shipping agent, both, or some other entity, via the 
communications port, a notice sent over a network that the 
goods have been received from the purchaser. An indication of 

10 this notice is stored in the memory. 

The processor may also be configured to initiate a credit 
to the purchaser account and to store an indication of 
initiation of this credit in the memory. This credit is 
initiated either after receipt of a network notice indicating 

15 that the goods have been returned from the purchaser and 
accepted by the seller, or after a predetermined period, 
beginning at notifying the seller that the purchaser has return 
shipped the goods to the seller, has elapsed. This period may 
be any period. The notice may be received from at least one or 

20 both of the seller or a shipping agent. As above, either or 
both conditions may be met before the credit is initiated. 

Also, the processor may be configured to initiate a debit 
from the purchaser account, initiate a credit to an escrow 
account associated with the processing agent, initiate a debit 

25 to the escrow account, and initiate a credit to the seller 
account. The debit from the purchaser account and the credit 
to the escrow account are both a part of the same financial 
transaction. Funds from the purchaser account are deposited 
into the escrow account . The escrow account is an account 

3 0 which maintains funds obtained from a purchaser and not 
released to a seller until the seller has fulfilled his or her 
obligations in a sale transaction. The debit from the escrow 
account and the credit to the seller account are both a part of 
the same financial transaction. An indication of the 

35 initiation of the debit from the purchaser account is stored in 
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the memory. Also, an indication of the initiation of the credit 
to the seller account is stored in the memory. 

Especially advantageous, the communication port may be 
configured to receive an instruction to direct execution of an 
5 electronic escrow transaction via a Web page. This Web page is 
generated subsequent to the purchaser selecting a hyper-link. 
This hyper-link is presented to the purchaser by an Internet 
Web site offering goods or services for sale. The Internet Web 
site may be a Web site belonging to an individual, may belong 

10 to a merchant, or may belong to an Internet auction site. The 
Web page presented to the purchaser includes details of a 
purchase transaction made from the Internet Web site. These 
details can include a description of the goods or services 
purchased and information identifying the parties to the 

15 transaction, among other information. 

Beneficially, the processor may also be configured to 
retrieve any of the stored communications from the memory. 
They may be retrieved by the purchaser, the seller, or other 
entities in communication with the processor. 

2 0 In yet another advantageous aspect, the processor is 

further configured to receive, from a shipping agent, a first 
notice that the goods have been delivered to the purchaser. An 
indication of receipt of this first notice is stored. The 
processor is also configured to receive, from the purchaser, a 

25 second notice that the goods are acceptable. An indication of 
receipt of this second notice is also stored. The processor 
initiates a credit to an account associated with the seller. 

The credit may be initiated upon the occurrence of either 
of two conditions, or upon the occurrence of both conditions. 

30 In a first condition, the credit is initiated after a 
predetermined period has elapsed. This predetermined period 
begins upon receipt of the first notice. The second condition 
is receipt of the second notice. 

35 

Brief Description of Drawings 
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Figure 1 depicts exemplary networks of the present 
invention and users of the networks. 

Figure 2 depicts the enclosed community in accordance with 
the present invention populated with registered purchasers, 
5 registered sellers, and a processing agent. 

Figure 3 depicts the communications, in a first 
alternative, to register a user with the processing agent of 
the present invention. 

Figure 4 is a flow chart showing the operations which are, 
10 in a first alternative, performed by a registering user and the 
processing agent of the present invention to register a 
registering user. 

Figure 5 is a flow chart showing the operations which are, 
in a second alternative, performed by a registering user and 
15 the processing agent of the present invention to register a 
registering user. 

Figure 6 is a flow chart showing the operations which are, 
in a third alternative, performed by a registering user and the 
processing agent of the present invention to register a 
20 registering user. 

Figure 7 is a flow chart showing the operations which are, 
in a fourth alternative, performed by a registering user and 
the processing agent of the present invention to register a 
registering user. 
2 5 Figure 8 depicts the communications, in a second 

alternative, to register a user with the processing agent of 
the present invention. 

Figure 9 depicts a computer suitable for use by a 
registered user to access the Internet in accordance with the 
30 invention. 

Figure 10 is an exemplary block diagram of components of 
the computer depicted in Figure 9. 

Figure 11A depicts an Internet server suitable for use by 
the processing agent in accordance with the present invention. 
35 Figure 11B is an exemplary block diagram of components of 

the server depicted in Figure 11A. 
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Figure 12 depicts the communications between various 
registered users and the processing agent depicted in Figure 2 
to effect a sale transaction in accordance with the present 
invention. 

5 Figure 13 is a flow chart showing the operations which are 

performed by the registered users and processing agent to 
effect a sale transaction in accordance with the present 
invention . 

Figure 14 depicts the communication between various 
10 registered users and the processing agent depicted in Figure 2, 
in a first alternative, to effect an escrow transaction in 
accordance with the present invention. 

Figure 15A-C are flow charts showing the operations which 
are performed by the registered users and processing agent, in 
15 a first alternative, to effect an escrow transaction in 
accordance with the present invention. 

Figure 16 depicts the communications between various 
registered users and the processing agent depicted in Figure 2, 
in a second alternative, to effect an escrow transaction in 
2 0 accordance with the present invention. 

Figure 17A is a flow chart showing the operations which 
are performed by the registered users and processing agent, in 
a second alternative, to effect an escrow transaction in 
accordance with the present invention. 

2 5 Figures 17B and 17C are flow charts showing the operations 

which are performed by the registered users and processing 
agent, in a third alternative, to effect an escrow transaction 
in accordance with the present invention. 

Figure 18A depicts the communications between various 

3 0 registered users and the processing agent depicted in Figure 2, 

in a first alternative, to effect a gift payment in accordance 
with the present invention. 

Figure 18B depicts the communications between various 
registered users and the processing agent depicted in Figure 2, 
35 in a second alternative, to effect a gift payment in accordance 
with the present invention. 
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Figures 19A and 19B are flow charts showing the operations 
which are performed by the registered users and processing 
agent, in a first alternative, to effect a gift payment in 
accordance with the present invention. 
5 Figure 19C is a flow chart showing the operations which 

are performed by the registered users and processing agent, in 
a second alternative, to effect a gift payment in accordance 
with the present invention. 

Figure 2 0 depicts the communication between various 
10 registered users, a shipping agent, and the processing agent, 
in a first alternative, to effect a payment -upon-delivery 
transaction in accordance with the present invention. 

Figure 21 is a flow chart showing the operations which are 
performed by the registered users, shipping agent, and 
15 processing agent, in the first alternative, to effect a 
payment -upon-delivery transaction in accordance with the 
present invention . 

Figure 22 depicts the communication between various 
registered users, a shipping agent, and the processing agent, 

2 0 in a second alternative, to effect a payment -upon-delivery 

transaction in accordance with the present invention. 

Figure 23 is a flow chart showing the operations which are 
performed by the registered users, shipping agent, and 
processing agent, in the second alternative, to effect a 
25 payment -upon-delivery transaction in accordance with the 
present invention . 

Figure 24 depicts the communication between various 
registered users, a shipping agent, and the processing agent, 
in a third alternative, to effect a payment -upon-delivery 

3 0 transaction in accordance with the present invent ion . 

Figure 25 is a flow chart showing the operations which are 
performed by the registered users, shipping agent, and 
processing agent, in the third alternative, to effect a 
payment -upon-delivery transaction in accordance with the 
35 present invention. 
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Figure 2 6 depicts the communications between various 
registered users and the processing agent depicted in Figure 2, 
in a first alternative, to effect an electronic gift 
certificate donation in accordance with the present invention. 
5 Figures 27A and 27B are flow charts showing the operations 

which are performed by the registered users and processing 
agent, in a first alternative, to effect an electronic gift 
certificate donation in accordance with the present invention. 

Figure 28 depicts the communications between various 
10 registered users and the processing agent depicted in Figure 2, 
in a second alternative, to effect an electronic gift 
certificate donation. 

Figure 29 is a flow chart showing the operations which are 
performed by the registered users and processing agent, in a 
15 second alternative, to effect an electronic gift certificate 
donation in accordance with the present invention. 

Best Mode for Carrying out the Invention 

20 

As shown in Figure 1, network 100 interconnects multiple 
registered purchasers 110A-110N, multiple registered sellers 
120A-120N and a processing agent 130. The network 100 is shown 
to be the Internet, but could be virtually any type of network. 

25 Also shown is a network 140 interconnecting processing agent 
130 and multiple financial institutes 150A-150N, each financial 
institute is associated with at least one of the purchasers 
110A-110N, sellers 120A-120N, or processing agent 130. The 
network 140 is shown to be a private financial institute 

3 0 network, such as the currently existing bank network over which 
it is quiet common to electronically transfer funds between 
banks. Here again, the network 140 could be another type of 
network interconnecting the processing agent 13 0 to financial 
institutes 150A-150N. It should be understood that each of the 

35 registered purchasers 110A-110N and the registered sellers 
12 OA- 12 ON can be both a purchaser and a seller. Furthermore, a 
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registered purchaser may be either an individual or a business, 
and a registered seller may be either an individual or a 
business. Also, the processing agent 130 can also be referred 
to as a payment service provider. 
5 Each of the registered purchasers 110A-110N and registered 

sellers 120A-120N is preferably represented on the network 100 
by a computer of the type depicted in Figures 9 and 10, which 
will be described further below. However, it should be 
recognized that virtually any network device could be utilized 

10 so long as the device has sufficient processing and 
communication capabilities to function in the described manner. 
The term "network device" includes personal digital assistants 
(PDA's), telephones, including cellular and/or digital 
telephones, and set- top boxes, among other devices. It will 

15 also be understood that a network device may connect to a 
network via wireless communications. 

Figures 9 and 10 depict an exemplary personal computer 
suitable for use by registered purchasers 110A-110N and 
registered sellers 120A-120N to access the Internet 100 in the 

2 0 below-described invention. The computer is preferably a 

commercially available personal computer. It will be 
recognized that the computer configuration is exemplary in that 
other components (not shown) could be added or substituted for 
those depicted and certain of the depicted components could be 
25 eliminated if desired. 

The computer functions in accordance with stored 
programming instructions which drive its operation. 
Preferably, the computer stores its unique programming 
instructions on an EPROM, or hard disk. It will be recognized 

3 0 that only routine programming is required to implement the 

instructions required to drive the computer to operate in 
accordance with the invention, as described below. Further, 
since the computer components and configuration are 
conventional, routine operations performed by depicted 
35 components will generally not be described, such operations 
being well understood in the art. 
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Referring to Figure 9, the L computer 1000 includes a main 
unit 1010 with slots 1011, 1012, and 1013, respectively 
provided for loading programming or data from a floppy disk, 
compact disk (CD) , hard disk, and/or other storage means, onto 
5 the computer 1000. The computer 1000 also includes a keyboard 
103 0 and mouse 104 0 which serve as user input devices. A 
display monitor 1020 is also provided to visually communicate 
information to the user. 

As depicted in Figure 10, the computer 1000 has a main 

10 processor 1100 which is interconnected via bus 1110 with 
various storage devices including EPROM 1122, RAM 1123, hard 
drive 1124, which has an associated hard disk 1125, CD drive 
1126, which has an associated CD 1127, and floppy drive 1128, 
which has an associated floppy disk 1129. The memories, disks 

15 and CD all serve as storage media on which computer programming 
or data can be stored for access by the processor 1100. A 
drive controller 1150 controls the hard drive 1124, CD drive 
1126 and floppy drive 1128. Also depicted in Figure 10 is a 
display controller 1120 interconnected to display interface 

2 0 1121, a keyboard controller 113 0 interconnected to keyboard 

interface 1131, a mouse controller 1140 interconnected to mouse 
interface 1141 and a modem 1160 interconnected to I/O port 
1165, all of which are connected to the bus 1110. The modem 
1160 and interconnected I/O port 1165 are used to transmit and 
25 receive signals via the Internet 100 as described below. It 
will be understood that other components may be connected if 
desired to the bus 1110, including communications components 
other than a modem. By accessing the stored computer 
programming, the processor 1100 is driven to operate in 

3 0 accordance with the present invention. 

Processing agent 130 is preferably represented on networks 
100 and 140 by an Internet server of the applicable type shown 
in Figures 11A and 11B, as will be described further below. 
However, here again, any network compatible device which is 
3 5 capable of functioning in the described manner could be 
substituted for the servers shown in Figures 11A and 11B. 



26 



DOCKET NO: 3 35TT-042 
CLIENT REF: Money Web 



PATENT 



Figures 11A and 11B depict an exemplary network server 
suitable for use by the processing agent 130 to access networks 
100 and 140 in the below-described invention. The server is 
preferably a commercially available high power, mini -computer 
5 or mainframe computer. Here again, it will be recognized that 
the server configuration is exemplary in that other components 
(not shown) could be added or substituted for those depicted 
and certain of the depicted components could be eliminated if 
desired . 

10 The server functions as described below in accordance with 

stored programming instructions which drive its operation. 
Preferably, the server stores its unique programming 
instructions on an EPROM or hard disk. It will be recognized 
that only routine programming is required to implement the 

15 instructions required to drive the server to operate in 
accordance with the invention, as described below. Further, 
since the server components and configuration are conventional, 
routine operations performed by depicted components will 
generally not be described, such operations being well 

2 0 understood in the art. 

Referring to Figure 11A, the server 1000' includes a main 
unit 1010 f with slots 1011' f 1012 f , 1013' and 1014.' , 
respectively provided for loading programming or data from a 
floppy disk, CD, hard disk, and/or other storage means onto the 

25 server 1000'. The server 1000' also includes a keyboard 1030 1 
and mouse 1040', which serve as user input devices. A display 
monitor 1020' is also provided to visually communicate 
information to the user. 

As depicted in Figure 11B, the server 1000' has a main 

30 processor 1100 1 which is interconnected via bus 1110 1 with 
various storage devices including EPROM 1122 1 , RAM 1123', hard 
drive 1124', which has an associated hard disk 1125', CD drive 
1126', which has an associated CD 1127', and floppy drive 
1128', which has an associated floppy disk 1129'. The 

3 5 memories, disks and CD all serve as storage media on which 

computer programming or data can be stored for access by the 
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processor 1100'. The stored data includes one or more 
databases containing information associated with registered 
sellers 120A-120N, registered purchasers 110A-110N and 
transactions between various ones of the registered sellers 
5 120A-120N and the registered purchasers 110A-110N. The 
memories associated with the server hereafter will be 
collectively referred to as memory 1170. A drive controller 
1150' controls the hard drive 1124 ', CD drive 1126' and floppy 
drive 1128'. Also depicted in Figure 11B is a display 

10 controller 1120' interconnected to display interface 1121', a 
keyboard controller 1130' interconnected to keyboard interface 
1130', a mouse controller 1140 1 interconnected to mouse 
interface 1141' and a modem 1160' interconnected to I/O port 
1165', all of which are connected to the bus 1110'. The modem 

15 1160' and interconnected I/O port 1165' are used to transmit 
and receive signals via the Internet 100 as described above. 
It will be understood that other components may be connected if 
desired to the bus 1110', including communications components 
other than a modem. By accessing the stored computer 

20 programming, the processor 1100' is driven to operate in 
accordance with the present invention. 

As shown in Figure 2, the registered purchasers 110A-110N, 
registered sellers 12 OA- 12 ON, and processing agent 130 are part 
of an electronic enclosed community 201. Registering user 205 

25 is not a part of the enclosed community 201, and as such cannot 
utilize the services of the processing agent 130. Whereas, 
each of the registered purchasers 110A-110N and registered 
sellers 120A-120N can utilize the services offered by the 
processing agent 130. The financial institutions are not 

30 necessarily a part of the enclosed community 201. For purposes 
of the following discussion, the financial institutions are 
depicted as being separate from the enclosed community 2 01, 
however it should be understood that any of the financial 
institutions can be a registered user. 

3 5 Registered users, the purchasers and the sellers, interact 

directly with each other via the Internet 100. Registered 
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purchasers 110A-110N and registered sellers 120A-120N negotiate 
the terms of financial transactions between one another. The 
registered purchaser makes payment to the registered seller via 
the services of the processing agent 13 0, which is also a part 
5 of the enclosed community 201. The processing agent 130 
directs payments between registered users. Preferably, the 
payments are made in the form of an electronic debit to the 
registered purchasers demand deposit account (DDA) and a 
corresponding electronic credit to the registered seller's 

10 (DDA) . Debits and credits can alternatively be made to 
accounts other than demand deposit accounts, such as savings 
accounts, credit accounts and brokerage accounts, among other 
types of accounts. Though, preferably, credits are made to a 
DDA. Also preferably, the electronic debits and electronic 

15 credits from and to demand deposit accounts are made via the 
automated clearinghouse bank network (ACH) , though networks and 
other electronic means may be used to effect the debits and 
credits. The processing agent 130 electronically effects the 
transfer of funds from the purchaser's financial institution to 

20 the seller's financial institution while shielding both the 
purchaser's and the seller's financial institution and account 
information from one another and providing the seller with 
payment trustworthiness. To utilize services offered by the 
processing agent 13 0, a user must register to become a member 

25 of enclosed community 201. Once a user registers, the user 
need not undergo the registration process again. Thus, once 
registered, a user can make payments to, or receive payments 
from, any other registered user. 

The communications for, and steps of, the registration 

30 process are depicted in Figures 3-8. As described below, the 
registering user 205 identifies a single DDA during the 
registration process, though it will be understood that the 
registering user 205 may identify an account other than a DDA. 
As shown in Figure 3, registering user 205 contacts the 

35 processing agent 130 on-line via communication 301. The 
registering user 205 transmits, via the Internet 100, at least 
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information identifying the registering user 205, an account 
number of a demand deposit account (DDA) belonging to the 
registering user 205, and information identifying the financial 
institution at which the DDA is maintained, among other 
5 information, as depicted at step 401 of Figure 4. This 
information may be submitted via an enrollment form transmitted 
to the registering user 205 by the processing agent 130 via the 
Internet 100. The registration information received by the 
processing agent 13 0 via the Internet 100, as shown in step 

10 410. The processing agent 130 processes in real-time, that is, 
while the registering user 205 is on-line, the received 
information to register the registering user 2 05 and informs 
the registering user 205, also in real-time, of the 
registration status of the registration process. 

15 Optionally, processing agent 130 may accept more than one 

account from which to electronically debit and/or to which to 
electronically credit. In such a case, registering user 205 
submits information identifying one or more accounts and the 
associated financial institutions. It should be understood 

2 0 that in this scenario, whenever a registered user has 

identified more than one account, the registered user may 
identify the account from which funds are to be debited on a 
per transaction basis. Or, the registered user may identify a 
single account from which all debits are to be made. When 

25 receiving funds, the registered user may identify the account 
to which funds are to be credited on a per transaction basis. 
Or, the registered user may identify a single account to which 
all credits are to be made. Furthermore, a registered user may 
identify a single account from which all debits are to be made, 

30 and a different single account to which all credits are to be 
made . 

The registering user 2 05 may be a member of another 
enclosed community, such as an on-line auction site, financial 
institution site, Internet portal site, on-line electronic 

3 5 greeting card site, or merchant Web site among others. Another 

director of an enclosed community can present to its members an 
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option to become a member of enclosed community 201. These 
directors are known as sponsors. If a member of another 
enclosed community chooses to become a registered user of 
enclosed community 201 from an option presented by another 
5 enclosed community, the sponsor can pre-populate an enrollment 
form with any data that is already maintained by the other 
enclosed community and also required to register with enclosed 
community 201. The registering user 205 must complete the 
enrollment form and transmit it to processing agent 130. From 
10 this point forward, registration is the same as described 
herein. 

In another alternative, a sponsor may interact with the 
processing agent 13 0 to register a registering user. That is, 
the sponsor presents to the processing agent 130 any required 

15 information to register the registering user. 

Processing the information includes the processing agent 
130 validating, at step 415A, the information identifying the 
registering user 205 received by the processing agent 130, this 
can include validating the registering user's 205 address. The 

20 identity information can include a name, social security 
number, mailing address, city, state, phone numbers, zip code, 
date of birth, e-mail address, and driver license number, among 
other information associated with the registering user 205. If 
the processing agent 13 0 determines that the information 

25 identifying the registering user 205 is valid, processing 
continues as depicted in step 415B. 

The identity validation process can include accessing one 
or more databases 305, via communication 310, in real-time 
containing identity information to determine if the received 

30 identity information corresponds with that in the database (s) 
305. This processing may also include verifying that the 
identity information does not violate one or more predetermined 
parameters identified by database (s) 305. As shown in Figure 
3, database (s) 3 05 is not stored in memory 1170. However, it 

35 will be understood that database (s) 305 may be stored in memory 
1170. 
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Processing the received information also includes the 
processing agent 130 validating, at step 415B, the received DDA 
number and the information identifying the associated financial 
institution. If the information identifying the DDA and the 
5 financial institution is validated, processing continues as 
depicted in step 415C. 

As shown in step 415C, the processing agent 130 determines 
if the DDA can be electronically debited and/or credited. If 
the information identifying the registering user 2 05 and the 

10 information identifying the DDA and the financial institution 
is validated, and the DDA can be electronically debited and/or 
credited, the registering user 205 is notified in real-time, 
via communication 330, that the registering user 205 has been 
accepted into the enclosed community 201, as depicted in step 

15 430. 

The DDA number/financial institution processing can 
include accessing, also in real-time, one or more databases 
3 06, via communication 32 0, containing information associated 
with demand deposit accounts and financial institutions to 

2 0 validate the received DDA/f inancial institution information and 
to determine if the DDA associated with the registering user 
2 05 can be electronically debited and/or credited. As shown in 
Figure 3, database (s) 306 is not stored in memory 1170. 
However, it will be understood that database (s) 305 may be 

25 stored in memory 1170. 

The processing agent 13 0 generates and stores in memory 
1170 a unique user identifier, and optionally password, 
associated with the registering user 205, along with the 
received registration information, as depicted in step 420 and 

30 communication 315. Additionally, other information identifying 
the registering user 205 may also be stored in memory 1170. 
The unique user identifier identifies a user to the processing 
agent 130. For those registering users registering from another 
enclosed community, an indicator of the enclosed community from 

35 which the registering user is registering is also stored. 
Optionally, the registering user 205 may select the user 
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identifier and/or password. The unique user identifier, and 
password if applicable, are transmitted, preferably in real- 
time, to the newly registered user 205. This may be either via 
communication 330, or in separate optional communication 330A. 
5 If the unique user identifier, or unique user identifier and 
password, is/are not transmitted to a registering user in real- 
time, it/they may be sent to the registering user via e-mail or 
other communication. Generation and storage of the unique user 
identifier, or unique user identifier and password, step 420, 
10 may take place prior to any of steps 415A, 415B, or 415C, 
though as depicted in each of Figures 4 through 7, it follows 
these steps . 

Steps 440 and 450 depict optional processing, which 
includes the processing agent 13 0 generating and storing in 

15 memory 1170, via communication 416, a second identifier 
associated with the newly registered user 205. This second 
identifier is transmitted to the newly registered user via a 
non-real-time communication, depicted as communication 335A. 
That is, it is transmitted to the user either via e-mail, or 

20 traditional postal delivery. The second identifier can be 
thought of as a registration confirmation. As depicted in step 
450, the newly registered user 205 contacts the processing 
agent 13 0 after receipt of the second identifier and transmits 
the second identifier to the processing agent 130, depicted as 

25 communication 335B. The second identifier is received by the 
processing agent 130. The processing agent 130 then matches 
the received second identifier with that stored in memory 1170, 
via communication 417, and confirms the newly registered user's 
205 registration. When the second user identifier is 

30 optionally utilized, the newly registered user may direct 
debits from and/or credits to the newly registered user's DDA. 

However, the processing agent 130 will not effect these 
transactions until the newly registered user transmits to the 
processing agent 130 the second identifier. Thus, even with the 

35 optional processing in steps 440 and 450 executed, newly 
registered user 205 may immediately begin to utilize the 
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services of the processing agent 13 0. If, after a 

predetermined period, the newly registered user 2 05 does not 
transmit to the processing agent 13 0 the optional second 
identifier, the newly registered user's 205 registration may be 
5 revoked and any pending transactions may be cancelled. 

If the processing agent 130 cannot validate the identity 
information, the registering user 205 is informed in real-time, 
via communication 34 0, that the processing agent 130 is unable 
to register the user, as depicted in step 460. The 
10 communication also informs the registering user 205 that the 
registering user 205 should provide the processing agent 130, 
via traditional postal delivery, a voided check drawn on the 
user's DDA, along with the information identifying the 
registering user 205 and the DDA and financial institution 
15 information to process the registration in non-real-time . 
Additionally, the information requested from the registering 
user 205 may also include additional information identifying 
the registering user 205 not required for the on-line 
registration process. 
■ 20 If the processing agent 130 cannot validate the DDA and 

1 financial institution information, the registering user 2 05 is 

informed in real-time, via communication 350 that the DDA and 
financial institution information cannot be validated, as 
j depicted in step 470A. The registering user 205 is also 

2 5 prompted to reenter the DDA/f inancial institution information, 

as a possible reason for validation failure can be improper 
entry of this information by the registering user 205. If the 
registering user 205 reenters and retransmits the required 
DDA/f inancial institution information, as depicted in step 470B 
30 and communication 301A, the processing agent 130 receives the 
information, step 470C, and validates the newly received 
DDA/f inancial institution information. If the registering user 
205 does not resubmit this information, or if the resubmitted 
information cannot be validated, registration fails. 

3 5 If the processing agent 130 determines that the DDA is not 

electronically creditable and/or debitable, the registering 

! 
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user 205 is informed, at step 480 and via communication 360 , 
that the registration has failed. The notification can 
optionally include a prompt for the registering user to enter 
information identifying another account and the associated 
5 financial institution. If registering user 205 transmits 
information identifying another account, operations continue as 
depicted in step 470B. If not, registration fails. 

Figures 5-8 depict optional registration operations. 
Figure 5 shows the steps of the registration process in a 

10 different order than discussed above. It should be understood 
that step 415A and, if processing determines the necessity of, 
step 460 may follow step 415C, and precede step 420, as 
depicted in Figure 5. The processing remains the same as that 
depicted in Figure 4, only the order has changed. Furthermore, 

15 though not shown, steps 415A and 415B may be executed 
essentially concurrently. 

Figures 6-8 depict yet further registration options. As 
shown in step 610 of Figure 6 and step 710 of Figure 7, if the 
processing agent 13 0 determines that the DDA cannot be 

20 electronically debited and/or credited, at step 415C, the 
status of the DDA account as not being electronically debitable 
and/or creditable is stored in the memory 1170 via 
communication 801, as depicted in Figure 8. In the sequence of 
processing depicted in Figure 6, processing then continues with 

25 the operations shown at step 420. In the sequence of 
processing depicted in Figure 7, processing then continues with 
the operations shown at step 415A. Thus registering user 205 
may be accepted into the enclosed community 201 even though the 
registering user's 205 DDA is not electronically debitable 

30 and/or creditable. 

The processing agent 13 0 makes further determinations 
relating to the newly registered user 205. These 
determinations, though, may or may not made in real-time. They 
may be concurrent with the above -described processing, or they 

3 5 may follow. They can be made only once, or multiple times. 
The determinations may be made each time a registered user 
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directs a financial transaction via processing agent 130 , or 
periodically as deemed necessary by the processing agent 130. 
These determinations concern credit risks the processing agent 
130 will assume in providing the above -described payment 
5 service, and other services to be described below. 

In effecting the transfer of funds from a registered 
purchaser's financial institution to a registered seller f s 
financial institution, the processing agent 130 is the 
originator of these transactions and is therefore the recipient 

10 of, and responsible for, any returned debits or credits. The 
processing agent 130 determines risk factors on a per- 
registered user basis. This determination can include 
evaluating the credit history of the newly registered user 205, 
identification of DDA closures, and retrieval of bad check 

15 history relating to the newly registered user 205. 

The information received from registering user 2 05 to 
initiate the registration process may also include a request to 
make a payment on behalf of the registering user. In such a 
case, if the identity information and the account and financial 

20 institution information is verified, the processing agent 130 
can immediately execute payments on behalf of the user as 
described below. Thus, a registering user can not only 
register in real-time, but also immediately direct payments. 
Furthermore, as registration is preferably performed real-time 

25 while a registering user and the processing agent 130 
participate in a communications session, that user may direct a 
payment during the communications session subsequent to 
receiving registration confirmation with or without 
transmitting or knowing his unique identifier. Also, a user may 

30 direct a payment without being registered, and without 
submitting registration information. In such a case, the 
processing agent 13 0 will inform the user that the user must 
register. The payment request will be held until registration 
is completed. Upon registration, the request will be executed. 

3 5 Thus, the payment request may be received previous to 
registration information. As will be described below, several 
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types of transactions can be conducted by the processing agent 
130, A user can request that any of these transactions be 
initiated while participating in an on-line communication 
session in which the user registers, without the user 
5 transmitting and/or knowing his unique identifier. This 
includes the user submitting the request prior to submitting 
registration information, submitting the request with the 
registration information, or submitting the request subsequent 
to providing the registration information. 

10 Figures 12 and 13 show the communications for, and steps 

of, a purchase transaction between purchaser A 110A and seller 
A 120A effected through processing agent 130. In should be 
understood that registered purchaser A 110A and registered 
seller A 12 OA are individuals, though one or both could be 

15 businesses or another type of organization. It should also be 
understood that the communications shown between purchaser A 
110A, seller A 120A, and the processing agent 130 are 
preferably made via the Internet 100, though another network 
could be used. As depicted in communication 1201 and step 

20 1301, purchaser A 110A and seller A 120A, who are both 
registered members of the enclosed community 201, negotiate the 
terms of a sale transaction. The processing agent 130 is not a 
party to the negotiations. Seller A 120A may present goods or 
services on a homepage belonging to seller A 12 OA, or seller A 

25 120A may post goods and services for sale on an electronic 
public bulletin board, or advertise their availability either 
on the Internet or otherwise. 

Purchaser A 110A contacts processing agent 130, as shown 
via communications 1205 and at step 1305, and transmits payment 

30 instructions to the processing agent 130. The payment 
instructions include the amount of the payment and the unique 
user identifiers associated with seller A 120A and purchaser A 
110A and optionally the password associated with purchaser A 
110A. Optionally, payment information can include a future 

35 date upon which payment is to be made. Purchaser A 110A may 
contact processing agent 130 via a hyper- link included in a Web 
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homepage associated with seller A 120A, or included in an 
electronic public bulletin board. Or, purchaser A 110A may 
contact processing agent 130 directly via the Internet 100. 

Irrespective of how processing agent 13 0 receives the 
5 instruction, processing agent 130 processes the transmitted 
payment information and stores a persistent indicator in memory 
1170 that the transaction is a sale transaction. This may be 
stored in a database containing information relating to sale 
transactions. Processing Agent 130 initiates a debit from, or 

10 initiates at a future date if so directed, via communication 
1210 and depicted at step 1316, the account associated with 
purchaser A 110A. The corresponding credit is directed to an 
account associated with processing agent 13 0. Figure 12 shows 
the account associated with registered purchaser A 110A as 

15 being maintained at financial institution 150A. And, as shown 
in Figure 12, the account associated with processing agent 130 
is maintained at financial institution 150D. As should be 
understood, the account, preferably a DDA, associated with 
processing agent 13 0 may be maintained at any financial 

20 institution capable of electronic transfers. 

To ameliorate the financial risk processing agent 13 0 is 
subject to, a debit from processing agent 130 and corresponding 
credit to seller A 12 OA may not be effected for a predetermined 
period of time after the debit from the account associated with 

25 purchaser A 110A is initiated. Figure 13 depicts operations 
when an debit is not returned uncollected during a 
predetermined period. When the predetermined period has 
elapsed, preferably three days, though it could be a shorter 
period or a longer period depending upon risk factors, and the 

3 0 debit has not been returned uncollected, the processing agent 
130 initiates a debit from, via communication 1220 and at step 
1320A, the account associated with the processing agent 130. 
This debit results in a corresponding credit to the account 
associated with registered seller A 120A maintained at 

35 financial institution 150B. 



o 

DOCKET NO: 3 35iK042 
CLIENT REF: Money Web 



DOCKET NO: 




PATENT 



CLIENT REF : ^ f ieyWeb t ' 

Processing agent 130 informs registered seller A 120A that 
seller A 120A has new funds available via communication 1208A 
and at step 1320B. This preferably is done via e-mail. This 
notification can be executed once the debit to the purchaser's 
5 account has been initiated, or once funds have actually been 
obtained from the purchaser's account. 

Optionally, the operations depicted in steps 1320A and 
1320B can be executed immediately after processing agent 130 
receives a corresponding credit to the debit from the account 
10 associated with registered purchaser A 110A, yet before the 
predetermined period has elapsed. 

If the debit to registered purchaser A 110A is returned 
uncollected, registered purchaser A 110A may be prevented from 
directing any further payments for a period of time, or until 
15 the debit is collected. 

Any of registered sellers 12 OA- 12 ON may be a merchant 
maintaining a Web site presenting goods or services for 
purchase. The operations to effect a funds transfer to a 
merchant are essentially the same as those described above in 

2 0 relation to payments between individuals. 

The merchant's Web site can include a hyper-link which 
connects a customer to processing agent 130. Of course, if the 
customer is not a registered user, the customer must register 
before any payments will be executed on his behalf by the 

25 processing agent 130. Selecting the hyper-link causes 
processing agent 13 0 to present a Web page to the registered 
purchaser that contains data pertaining to the goods being 
purchased. The page contains the registered seller's name, 
unique identifier, item description, payment amount, and 

30 optionally, a payment date. This information is captured from 
the merchant Web site. The Web page also includes a hyper-link 
selectable by the registered purchaser to cause the transaction 
to be initiated. The registered purchaser must submit his 
unique identifier, and optionally, password, before the 

3 5 transaction can be processed. The Web page can include a field 

or fields for entry of this information. Thereafter, 
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operations continue as depicted in steps 1305 - 1320B in Figure 
13. If the purchaser is not a registered user, the purchaser 
would have to register before the transaction could be 
completed. 

5 The sale transaction between a registered purchaser and a 

registered seller may result from an Internet auction. Payment 
between the winning bidder, who is the purchaser, and the 
seller can be effected through the processing agent 130, as 
discussed above. As with the above-described non-auction 

10 payment transaction, the parties to an auction payment 
transaction must be members of the enclosed community 201. 

Another service offered by the processing agent 13 0 is 
that of the processing agent 130 acting as an escrow agent. 
Figures 14 - 17C depict the communications of, and steps for, 

15 the processing agent 13 0 to serve as an escrow agent between 
registered purchaser B HOB and registered seller B 120B from a 
sale arising from an Internet auction, though the sale can 
arise otherwise. The processing (escrow) agent 130 maintains 
funds associated with the transaction in an account, shown in 

20 Figure 14 as maintained at financial institution 150D, until 
the associated products are satisfactorily received and 
accepted by the registered purchaser B HOB, or until the 
seller has satisfactorily performed some service obligation. 
This account will be referred to herein as an escrow account. 

25 The processing (escrow) agent 130 is the hub of a signaling 
infrastructure supported by a database 1405 that maintains 
information about registered purchasers, registered sellers, 
and transactions between one of the registered purchasers and 
registered sellers. Thus, the processing (escrow) agent 130 

3 0 provides integrated event tracking for funds and goods movement 
between registered sellers 120A-120N and registered purchasers 
110A-110N. 

At step 1501, and via communication 1401A, a bid submitted 
by registered purchaser B HOB is accepted. The purchaser B 
35 HOB and the seller B 120B need not communicate for this to 
happen. Any additional terms of the sale may be negotiated 

40 
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between registered purchaser B HOB and registered seller B 
12 OB, communication 14 01B. The processing (escrow) agent 13 0 
is not a party to these communications and this step. 
Registered purchaser B HOB submits a payment request to the 
5 processing (escrow) agent 130 with an indication that funds 
should be escrowed, as depicted in communication 1408 and step 
1508. Optionally, the seller may be required to consent to 
participation in the escrow transaction. 

The Internet auction site at which the sale transaction 

10 originated can present a hyper-link to registered purchaser B 
HOB which connects registered purchaser B HOB to processing 
(escrow) agent 130. Or, registered purchaser B HOB may 
directly access the processing (escrow) agent 130 to direct 
payment or payment and escrow services. Selecting the hyper- 

15 link causes processing agent 130 to present a Web page to 
registered purchaser B HOB that contains data pertaining to 
the goods or services being purchased. The page may contain 
the seller's name, unique identifier, item or service 
description, payment amount, and payment date. This 

20 information is captured from the auction site. The Web page 
also includes a hyper-link to cause the transaction to be 
initiated. Registered purchaser B HOB must provide his unique 
identifier, and optionally, password, before the transaction 
can be processed. The Web page can include a field or fields 

25 for entry of this information. It should be understood that 
this Web page is also available when the auction site sale 
transaction between registered purchaser B HOB and registered 
seller B 120B is not an escrow transaction, but a sale 
transaction as described above, which results from a winning 

3 0 bid. Also, the Internet site can present to an unregistered 
user an option to become registered. 

Processing (escrow) agent 130 stores the payment request 
in the database 1405 with a persistent indicator for "funds 
escrow" , as depicted in communication 1410 and step 1510. The 

35 payment request is assigned a payment identifier which is also 



41 




DOCKET NO: 3350-042 , > PATENT 

CLIENT REF: MoneyWeb 

stored. The initial state of the indicator is marked as 
"submitted". This state triggers the next step. 

Processing (escrow) agent 130 initiates a debit of funds 
from the account associated with registered purchaser B HOB, 
5 as depicted in step 1512 and communication 1412. This may be 
at a future date agreed upon by the parties to the transaction, 
including the on-line auction site. The state of the payment 
request stored in database 1405 is changed to "debit 
initiated," as depicted in communication 1415 and step 1515. 

10 Once the debit has cleared, that is, funds have been 

credited to the escrow account, the state of the payment 
request stored in database 1405 is changed to "debit approved, " 
as depicted in step 1518 and communication 1418. Optionally, 
the state of the payment request stored in database 1405 can be 

15 changed to "debit approved" after the predetermined period 
discussed above in relation to a sale transaction has lapsed. 
This state triggers the next step. Assuming the funds have 
cleared, or the period has lapsed, the processing (escrow) 
agent 130 notifies registered seller B 120B, preferably via e- 

2 0 mail, that the funds have been escrowed and that the seller 

should ship the goods, or provide the services, as depicted in 
step 1520 and communication 1420. This notification may 
contain the same product or services data that was captured 
from the auction site, the payment identifier, and a package 

25 identifier. The state of the payment request stored in 
database 1405 is changed to "seller notified to ship," 
communication 1421 and step 1521. 

Registered seller B 120B ships the goods, or provides the 
services, to registered purchaser B HOB and optionally 

30 notifies the processing (escrow) agent 130 of the same. For 
shipment of goods, registered seller B 12 0B performs the 
optional notification by providing shipping information to the 
processing (escrow) agent 130, step 1523 and communication 
1423. The shipping confirmation may include the identity of 

3 5 the shipping agent and the package identifier. The state of 

the payment request stored in database 14 05 is changed to 
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"shipping/performance confirmation received, " communication 
1425 and step 1525. 

The processing (escrow) agent 130 may optionally transmit 
a notification to registered purchaser B HOB, preferably via 
5 e-mail, that the goods have been shipped, or that the services 
have been or are being performed, step 1528 and communication 
1428. The state of the payment request stored in database 1405 
in such a case is changed to "purchaser notified of 
shipment/perf ormance, " step 1530 and communication 1430. 

10 Upon satisfactory receipt of the goods, or acceptable 

performance of the services, registered purchaser B HOB 
transmits notice of acceptance of the goods or services to the 
processing (escrow) agent 130, step 1533 and communication 
1433. This may be via e-mail or other type communication, 

15 including registered purchaser B HOB directly accessing the 
purchasing (escrow) agent via the Internet 100. The state of 
the payment request stored in database 14 05 is changed to 
"purchaser acceptance of goods/services received, " 
communication 1435 and step 1535. This triggers the next step. 

20 If registered purchaser B HOB does not transmit notice of 
acceptance of the goods or services within a predetermined time 
after registered purchaser B HOB has been notified of shipment 
or performance, the state of the payment request may be changed 
to "purchaser acceptance of goods/services received, " even 

25 though notification of acceptance has not been received, if 
optional step 1523 has been executed. 

Processing (escrow) agent 130 initiates a debit of the 
funds from the escrow account at its own financial institution 
150D, and a corresponding credit to registered seller B's 

30 account at financial institution 150E, step 1538 and 
communication 1438. The state of the payment request stored in 
database 1405 is changed to "funds credited to seller, step 
1540 and communication 1440. This triggers the next step. 

The purchasing (escrow) agent 130 notifies seller B HOB 

35 via e-mail that payment on behalf of the purchaser B HOB has 
been deposited in the seller's account, step 1543 and 
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communication 1443. The state of the payment request stored in 
database 1405 is changed to "seller notified of funds 
crediting, " step 1545 and communication 1445. 

Figures 16 and 17A-C depict the communications and steps 
5 which occur when registered purchaser B HOB is not satisfied 
with the goods or services. After registered purchaser B HOB 
has been notified of shipment or performance, if registered 
purchaser B HOB receives the goods and is not satisfied, has 
not received them, is not satisfied with the services, or has 

10 not received the services, registered purchaser B HOB may 
choose to initiate communication with the seller about the 
problem, as depicted in communication 1601 and step 1701. 
Processing (escrow) agent 130 is not a party to this optional 
communication. Registered purchaser B HOB notifies the 

15 processing (escrow) agent 130 to place the transaction in a 
"hold" status pending resolution, step 1705 and communication 
1605. This may be via e-mail or other communication, including 
by direct communication with the processing (escrow) agent 13 0 
via the Internet 100. The state of the payment request stored 

20 in database 1405 is changed to "purchaser hold of transaction 
received," step 1708 and communication 1608. If the dispute is 
resolved between registered purchaser B HOB and registered 
seller B 120B, purchaser B HOB notifies processing agent 130 
of the resolution and the hold is removed. Operations continue 

25 with step 1533 of Figure 15B. 

Figure 17B and 17C depict operations if the dispute is not 
resolved. Registered purchaser B HOB notifies the processing 
(escrow) agent 13 0 that the debit to the purchaser account 
should be reversed, communication 1610 and step 1710. This, as 

30 above, may be via e-mail or other communication, including by 
direct Internet 100 connection with the processing (escrow) 
agent 130. The state of the payment request stored in database 
1405 is changed to "purchaser rejection of transaction 
received," step 1713 and communication 1613. For the sale of 

35 goods, registered purchaser B HOB returns the merchandise to 
registered seller B 120B and confirms shipping by providing 
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shipping information to the processing (escrow) agent 130, step 
1715, communication 1615. The state of the payment request 
stored in database 1405 is changed to "return shipping 
confirmation received, " step 1718 and communication 1618. This 
5 triggers the next step. It should be understood that 
registered purchaser B 11 OB need not first place a hold on the 
transaction, registered purchaser B may direct a reversal of 
the transaction without directing the above -described hold. 

The processing (escrow) agent 130 optionally notifies 

10 registered seller B 120B via e-mail that the goods have been 
shipped, communication 1620 and step 1720. The state of the 
payment request stored in database 1405 is changed to "seller 
notified of return shipment," step 1723 and communication 
1623. Upon satisfactory receipt of the returned goods, 

15 registered seller B 120B notifies processing (escrow) agent 130 
of acceptance of the goods, communications 1625 and step 1725. 

This may too be via e-mail or other type communication. The 
state of the payment request stored in database 1405 may be 
changed to "seller acceptance of return shipment received, " 

20 communication 1628 and step 1728. If registered seller B 120B 
does not notify processing (escrow) agent 130 of acceptance of 
the returned goods within a predetermined time, the state of 
the payment request may be changed to "seller acceptance of 
return shipment received." 

25 Processing (escrow) agent 130 initiates a debit of funds 

from the escrow account and a corresponding credit to 
registered purchaser A's account, step 1730 and communication 
1630. The state of the payment request stored in database 1405 
is changed to "funds reversed to purchaser," step 1733 and 

30 communication 1633. This funds reversal, however, may not be 
to the same account associated with the registered purchaser 
from which the funds were originally debited. The purchasing 
(escrow) agent 130 notifies registered purchaser B HOB, 
preferably via e-mail, that appropriate reversal of payment has 

35 been deposited in the account associated with registered 
purchaser B HOB, communication 1635 and step 1735. The state 
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of the payment request stored in database 1405 is changed to 
"purchaser notified of funds reversal, " step 1738 and 
communication 1638. 

The above -described escrow transaction may be performed 
5 somewhat differently. Alternate operations will be referred to 
as payment -on-delivery transactions. In such transactions, a 
shipping agent takes on a more active role by providing 
tracking of the movement of goods to either of, or both of, the 
processing (escrow) agent 130 and registered seller B B120. In 

10 payment -on-delivery transactions, an association between the 
payment identifier and the package identifier, both introduced 
above, is established and is utilized by the processing 
(escrow) agent 130 in determining when to release funds. The 
association may be established by a shipping agent, by a 

15 seller, or by the processing (escrow) agent 130. 

In a first alternative, the shipping agent initiates the 
association of the payment identifier and the package 
identifier and notifies the processing (escrow) agent 130 of 
the same. Figure 20 depicts communications among the 

20 registered seller B 120B, registered purchaser B HOB, 
processing (escrow) agent 130, and a shipping agent 2000. The 
communications and processing to effect a payment -on-delivery 
transaction in this first alternative is the same as described 
above and depicted in Figure 14 and Figure 15 through step 

25 1518. Thereafter, some of the aforementioned optional 
operations become mandatory and additional operations are 
introduced, as described below and depicted in Figure 21, 
beginning at step 2101. 

In step 152 0, described above, the processing (escrow) 

30 agent 130 informs the registered seller B 120B of the payment 
identifier, and optionally the package identifier. If, at step 
152 0, the processing (escrow) agent 13 0 does not provide the 
registered seller B 120B with the package identifier, either 
the registered seller B 120B or the shipping agent 2000 can 

35 generate the package identifier. At step 2101, the seller 
provides the shipping agent 2000 with the goods, the identity 
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of the processing (escrow) agent 130 , the payment identifier, 
and optionally the package identifier if the shipping agent 
2000 has not generated the package identifier. The identity 
and identifiers, shown transmitted via communication 2 001, may 
5 be provided previous to, subsequent to, or concurrent with, the 
shipping agent 2000 actually taking possession of the goods for 
shipment. The communications between the registered seller B 
120B and the shipping agent 2000 may be made orally, by 
hardcopy, or electronically, including on-line communications. 

10 The shipping agent 2000 generates the package identifier, 

if necessary, and creates an association between the processing 
(escrow) agent 130, the payment identifier, and the package 
identifier, step 2105. The association links this information 
together in a database. Preferably, the shipping agent 2000 

15 utilizes the package identifier as a delivery or tracking 
number. The association may be made concurrent with receipt of 
the information in step 2101, such as via an on-line 
communication while interacting with the registered seller B 
120B, or subsequently, such as via an electronic file batch 

2 0 processing. 

The shipping agent 2 000 may optionally provide the 
registered seller B 12 0B with a receipt, which may include one 
of or both of the payment identifier and the package 
identifier, step 2110 and communication 2010. 
25 Also optionally, the shipping agent 2000 may transmit the 

association between the payment identifier and the package 
identifier to the processing (escrow) agent 130, step 2115 and 
communication 2015. This may be an automatic transmission 
requiring no human involvement, such as via an electronic batch 

3 0 file or Application Program Interf ace (API) , which is an in- 

session (real-time) interface between the shipping agent 2000 
and the processing (escrow) agent 130. Or, the transmission 
may involve human intervention by the shipping agent 2000. 
This can include making the transmission via an on-line user 
3 5 interface or otherwise. In such a case, the processing 
(escrow) agent stores this information in database 1405, and 



47 



DOCKET NO: 3350-1T52 
CLIENT REF: Money Web 



PATENT 



the state of the payment request is changed to "shipping 
confirmation received," step 2119 and communication 2019. 

Also optionally, the processing (escrow) agent 130 may 
inform the registered purchaser B HOB that shipping has been 
initiated, step 2120, if step 2119 is executed. In such a 
case, the state of the payment request in database 1405 is 
changed to "purchaser notified of shipment," step 2121 and 
communication 2021. 

As will be understood by one skilled in the art, the 
shipping agent 2000 can electronically track the movement of 
the package from the moment of acceptance from the registered 
seller B 12 0B to the moment of delivery to the registered 
purchaser B HOB. Thus, at all times the shipping agent 2000 
can know the location of the package. When the registered 
purchaser B HOB takes possession of the package, the shipping 
agent 2000 enters a notation of this into the tracking system 
maintained by the shipping agent 2000. This can be done 
wherever the actual transfer of possession occurs via the use 
of handheld data terminals or other devices. In a first 
notification scenario, known as a 'push 1 , upon delivery of the 
package to the registered purchaser B 11 0B, the shipping agent 
2000 transmits the association between the payment identifier 
and the package identifier, as well as an indication that the 
package has been delivered, to the processing (escrow) agent 
130, step 2125 and communication 2025. As in the above- 
described optional transmission depicted in step 2115, this may 
be an automatic transmission requiring no human involvement, 
such as via an electronic batch file or Application Program 
Interface (API) , which is an in-session (real-time) interface 
between the shipping agent 2000 and the processing (escrow) 
agent 130. Or, the transmission may involve human intervention 
by the shipping agent 2000. This can include making the 
transmission via an on-line user interface or otherwise. If 
optional step 2115 has been executed, the shipping agent 2000 
need only transmit the delivery results. After the package has 
been delivered, and the processing (escrow) agent 13 0 has 
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knowledge of the delivery, operations continue as described 
above and depicted in Figure 15 , step 153 8. 

In a second notification scenario, known as a 'pull', and 
available if optional step 2115 has been executed, the 
5 processing (escrow) agent 130 retrieves delivery results from 
the shipping agent 2000. This too may either be automatic, 
whereby the processing (escrow) agent 130 utilizes an on-line 
API provided by the shipping agent 2000, or retrieves delivery 
results via a batch pull of delivery confirmation files from 

10 the shipping agent 2000. Or, the retrieval of delivery results 
may involve human intervention, such that a representative of 
the processing (escrow) agent 130 accesses an on-line system of 
the shipping agent 2000, then updates information maintained by 
the processing (escrow) agent 130 either in batch or on-line 

15 mode. Preferably, data is pulled periodically from the 
shipping agent 2000. If the results of the pull is that the 
package has been delivered, operations continue with step 1538 
of Figure 15. 

In a second alternative, whose communications and steps 
20 are depicted in Figures 22 and 23, the seller initiates the 
association of the payment identifier and the package 
identifier and notifies the processing (escrow) agent 130 of 
the same. In this second alternative, delivery results may 
directly flow between the shipping agent 2 000 and the 

2 5 processing (escrow) agent 13 0, or they may flow through the 

registered seller B 120B. The processing to effect a payment - 
on-delivery transaction in this second alternative is the same 
as described above and depicted in Figure 15 through step 1518. 
Thereafter, some of the aforementioned optional operations 

3 0 become mandatory and additional operations are introduced, as 

described below. 

In step 1520, the processing (escrow) agent 130 informs 
the registered seller B 120B of the payment identifier and not 
the package identifier. In this second alternative, either the 
35 registered seller B 120B or the shipping agent 2000 can 
generate the package identifier. At step 23 01, the registered 
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seller B 120B provides the goods to the shipping agent 2000, 
and if necessary, also provides the package identifier. If 
not, the shipping agent 2000 generates the package identifier 
and notifies the registered seller B 120B of the package 
5 identifier. Communications between the registered seller B 
120B and the shipping agent 200 are depicted via communication 
2201. 

The shipping agent 2 000 may optionally provide the 
registered seller B 120B with a receipt, which may include one 

10 of or both of the payment identifier and the package 
identifier, step 2310. 

The registered seller B 120B creates the association 
between the payment identifier and the package identifier, step 
2315, and informs the processing (escrow) agent 13 0 of the 

15 identity of the shipping agent 2000 and the association between 
the payment identifier and the package identifier, step 2316 
and communication 2216. This may be an automatic transmission 
requiring no human involvement, such as via an electronic batch 
file or Application Program Interface (API) , which is an in- 

20 session (real-time) interface between the shipping agent 2000 
and the processing (escrow) agent 130. Or, the transmission 
may involve human intervention by the shipping agent 2000. 
This can include making the transmission via an on-line user 
interface or otherwise. Optionally, the state of the payment 

25 request is changed to "shipping confirmation received," step 
2317 and communication 2217. 

Optionally, the processing (escrow) agent 13 0 may inform 
the registered purchaser B HOB that shipping has been 
initiated, step 2320 and communication 2220. In such a case, 

3 0 the state of the payment request in database 1405 is changed to 
"purchaser notified of shipment," step 2321 and communication 
2221 . 

Also optionally, the processing (escrow) agent 130 may 
inform the shipping agent 2000, or the shipping agent 2000 and 
35 the registered seller B 120B, of a desire to directly obtain 
delivery results from the shipping agent 2000, step 2325 and 
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communication 2225. 

As in the first alternative, delivery results can either 
be pushed from the shipping agent 2 000 or pulled from the 
shipping agent 2000. Furthermore, as the delivery results may 
5 flow directly between the shipping agent 2000 and the 
processing (escrow) agent 130, or through the registered seller 
B 12 0B, the delivery results may be pushed and/or pulled in 
multiple combinations of communications. The delivery results 
may be pushed directly to the processing (escrow) agent from 

10 the shipping agent 2000, or may be pushed to the registered 
seller B 120B from the shipping agent 2000. If pushed to the 
registered seller B 120B, they may then be pushed to the 
processing (escrow) agent 130, or they may then be pulled from 
the registered seller B 120 by the processing agent 130. The 

15 delivery results may be pulled directly from the shipping agent 
2000 to the processing (escrow) agent 130, or may be pulled 
from the shipping agent 2000 by the registered seller B 120. 
If pulled to the registered seller B 120, they may then be 
pushed to the processing (escrow) agent 130 by the registered 

2 0 seller B 12 0B, or they may then be pulled from the registered 
seller B 120 by the processing agent 130. 

When the delivery results are pushed by the shipping agent 
2000, and the processing (escrow) agent 130 has not requested 
to directly obtain delivery results, upon delivery of the 

25 package to the registered purchaser B HOB, the shipping agent 
2000 transmits an indication that the package has been 
delivered to the registered seller B 120B, step 2330 and 
communication 223 OA. If the processing (escrow) agent 130 has 
requested to directly obtain delivery results, the shipping 

30 agent 2000, transmits the indication that the package has been 
delivered to the processing (escrow) agent 130, communication 
2230B, not the registered seller B 120B. As in the above- 
described transmissions, these may be automatic transmissions 
requiring no human involvement, such as via an electronic batch 

35 file or Application Program Interface (API), which is an in- 
session (real-time) interface between two or more parties. Or, 
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the transmissions may involve human intervention by the 
shipping agent 2000. This can include making the transmissions 
via an on-line user interface or otherwise. 

When the delivery results are to be pulled from the 
5 shipping agent 2000 and the processing (escrow) agent 130 
desires to directly obtain the delivery results, preferably the 
processing (escrow) agent 130 has informed the registered 
seller B 120B of this desire. In the direct pull scenario, the 
processing (escrow) agent 130 directly pulls delivery results 

10 from the shipping agent 2000, as discussed above, via 
communication 2230B. In a pull scenario in which the delivery 
results are pulled to the registered seller B 120B, the 
transmission is made via communication 2230A. 

If the delivery results have been made known to the 

15 registered seller B 120B, either by pushing or pulling, in step 
233 5 and communication 2235, they are then made known to the 
processing (escrow) agent 130. This may either be a pushing 
from the registered seller B 120B to the processing (escrow) 
agent 130, or a pulling from the registered seller B 120B by 

20 the processing (escrow) agent 130. Once the processing 
(escrow) agent 130 obtains the delivery results, no matter if 
by pulling or pushing, or if directly or through the registered 
seller B 120B, and if the delivery results are that the package 
has been delivered, operations continue as described above and 

25 depicted in Figure 15, step 1538. 

In a third alternative, shown in Figures 24 and 25, 
payment -on-delivery transaction, the processing (escrow) agent 
13 0 makes the association of the payment identifier and the 
package identifier and thus need not be informed thereof by 

30 either the seller or the shipping agent 2000. Preferably, the 
association is made prior to step 1520. At step 1520 of Figure 
15, the processing (escrow) agent 130 informs the registered 
seller B 120B of the payment identifier and the package 
identifier. Registered seller B 120B provides the goods to the 

35 shipping agent 2000 and provides the shipping agent 2000 with 
the package identifier, step 2501. The package identifier is 
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communicated via communication 2401. This may be either in 
person, including both an oral communication or via hardcopy, 
or in an electronic file format. 

The processing (escrow) agent 130, as in the second 
5 alternative, may optionally inform the shipping agent 2000 of a 
desire to receive delivery results, step 2505 and communication 
2405. This may be prior to, concurrent with, or subsequent to, 
the registered seller providing the goods and information to 
the shipping agent 2000. This may be done via any of the above 
10 described communication methods. 

The shipping agent 2 000 may optionally provide the 
registered seller B 120B with a receipt, which may include the 
package identifier, step 2510. 

As discussed in the second alternative, delivery results 
15 can either be pushed from or pulled from the shipping agent 
2000. Also as discussed in the second alternative, delivery 
results may flow directly between the processing (escrow) agent 
13 0 and the shipping agent 2 000, or they may flow through the 
registered seller B 120B. 
20 At step 2515, the delivery results are either pulled from 

or pushed from the shipping agent 2000. This may be to the 
processing (escrow) agent 130, or to the registered seller B 
120B. If to processing (escrow) agent 13 0, the results are 
communicated via communication 2415B, and if to the registered 
25 seller B 120B, the results are communicated via communication 
2415B. 

As in the above -described transmissions, these may be 
automatic transmissions requiring no human involvement, such as 
via an electronic batch file or Application Program Interface 
30 (API) , which is an in-session (real-time) interface between two 
or more parties. Or, the transmissions may involve human 
intervention by the shipping agent 2000. This can include 
making the transmissions via an on-line user interface or 
otherwise . 

35 If the results flow through the registered seller B 120B, 

at step 2520 and via communication 2420, the delivery results 
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then flow to the processing (escrow) agent 130. Also as in the 
second alternative payment-on-delivery transaction, the 
delivery results may be pushed to the processing (escrow) agent 
130 by the registered seller B 120B, or they may be pulled from 
5 the registered seller B 120B by the processing (escrow) agent 
130. When the package has been delivered, and the processing 
(escrow) agent 13 0 has knowledge of the delivery, operations 
continue as described above and depicted in Figure 15, step 
1538. 

10 In each of the three payment-on-delivery alternatives, if 

either the processing (escrow) agent 130 or the seller provides 
the package identifier to the shipping agent 2000, a shipping 
label to be affixed to the goods which includes the package 
identifier and indicates postage or other shipping costs may 

15 also be generated by either the processing (escrow) agent 130 
or the registered seller B 120B. The label may be generated by 
the registered seller B 120B if either the processing (escrow) 
agent 130 or the registered seller B 120B generates the package 
identifier. Or, the processing (escrow) agent 130 may generate 

20 the label and deliver it to either the registered seller B 120B 
or the shipping agent 2000 if the processing (escrow) agent 130 
generates the package identifier. If the label is not 
generated by the shipping agent 2000, the processing (escrow) 
agent 130 will settle with the shipping agent 2000 for shipping 

25 costs. The processing (escrow) agent may or may not pass these 
costs on to the seller and/or purchaser. 

If the processing (escrow) agent 130 generates the label, 
this may be a physical generation whereby the processing 
(escrow) agent 13 0 causes the label to be printed and 

3 0 physically delivered to the shipping agent 2000 or the seller. 
Or, the processing (escrow) agent 130 may virtually generate 
the shipping label and electronically deliver it to the seller 
or shipping agent 2000 for physical generation, i.e., printing. 

35 Also, in each of the payment-on-delivery alternatives, the 

processing (escrow) agent 13 0 may also require , in addition to 
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obtaining notification of delivery results generated by the 
shipping agent 2000, that the registered purchaser B HOB 
transmit a notice of acceptance of the goods to the processing 
(escrow) agent 130. In such a case, the credit to the seller 
5 account may not be initiated until this notice is received. 
And, as discussed above, after receiving delivery results 
generated by the shipping agent 2000, the processing (escrow) 
agent 130 may initiate a credit to the seller account after a 
predetermined period has elapsed, beginning upon obtaining 

10 the delivery results even if the notice from the registered 
purchaser B HOB has not been received. In this dual notice 
scenario, if the processing (escrow) agent 130 obtains a notice 
of delivery of the goods, but the notice of acceptance from 
the purchaser indicates that the goods are not satisfactory, 

15 the operations, described above, in returning the goods to the 
seller and crediting the purchaser account are executed, as 
depicted beginning at step 1710 of Figure 17. It should also 
be understood, that the shipping agent 2000 may play an active 
role in funds movement in the return of unsatisfactory goods. 

2 0 In such a case, the above described notification of delivery 

results between various ones of the registered seller B 120B, 
shipping agent 2 000, and processing (escrow) agent 13 0 are 
repeated, only with the registered purchaser B HOB acting in 
place of the registered seller B 120B. 
25 The delivery results, no matter if pushed or pulled to the 

processing (escrow) agent 13 0, may be that the package was not 
delivered. This may be due to several reasons. For instance, 
the shipping agent 2 000 may not be able to locate the 
registered purchaser B HOB, or the registered purchaser B HOB 

3 0 may refuse to take possession of the package. In such a case, 

the shipping agent 2000 returns the package to the registered 
seller B 120B. Upon receiving delivery results indicating a 
non-delivered package, a credit is initiated to the account 
associated with registered purchaser B HOB, as depicted in 
35 step 1730 of Figure 17. Or, the credit to the registered 
purchaser B HOB account may be made upon the package being 
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delivered to the registered seller B 120B. 

The above described operations are also applicable in 
those situations where more than one shipping agent handles the 
goods. For example, a first shipping agent may receive the 
5 goods from the seller and perform the operations described 
above in any of the three alternatives up to actual delivery of 
the goods to the registered purchaser. Instead, delivery is 
made to a second shipping agent . The first shipping agent then 
receives confirmation of acceptance or non-acceptance by the 

10 registered purchaser of the goods by the second shipping agent. 
Thereinafter, operations continue with the notification (s) of 
acceptance described in the three alternative payment-on- 
delivery transactions. 

As described above, the registered purchaser B HOB may 

15 not accept delivery of the package. The registered purchaser B 
11 OB may accept delivery of the package and, in the presence of 
the shipping agent, inspect the goods contained therein. If the 
purchaser should not accept the goods, the shipping agent 
notifies the appropriate ones of the processing (escrow) agent 

20 130 and/or registered seller B 120B of the non-acceptance, step 
2125 of Figure 21, step 2335 of Figure 23, or step 2520 of 
figure 25. It should be understood that possession of the 
goods is not transferred to the registered purchaser B HOB, 
rather, the shipping agent 2000 returns the goods to the 

25 registered seller B 120B. Upon delivery of the goods back to 
the registered seller B 12 0B, the shipping agent 2000 transmits 
a notice to the processing agent that the goods have been 
returned to the seller. Or, the seller may transmit this 
notice to the processing (escrow) agent 130. Once the 

30 processing agent receives this notice, operations continue as 
described above and depicted in step 1728 of Figure 17C. 

A registered seller may also be a shipping agent. In such 
a situation, the shipping agent/registered seller may generate 
the payment identifier and the package identifier. The 

35 seller/shipping agent may transmit a payment collections file 
to the processing (escrow) agent 130. Thereinafter, the 
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processing (escrow) agent 13 0 initiates the initial debit from 
the registered purchaser's account. After the processing 
(escrow) agent has collected funds from the purchaser, the 
processing (escrow) agent 13 0 may transmit an electronic 
5 remittance file to the shipping agent/registered seller. 

While escrow and payment -on -de livery transactions have 
been detailed in relation to on-line auction transactions, it 
should be understood that processing agent 130 also may provide 
escrow and payment-on-delivery services for sale transactions 
10 between any registered users which arise from a non-auction 
sale . 

In escrow and payment-on-delivery transactions, the final 
movement of funds, whether it be to the seller or back to the 
purchaser, are dependent upon a triggering event. This 

15 triggering event may be a receipt of a single notice from the 
purchaser, a receipt of a single notice from the seller, or a 
receipt of a single notice from the shipping agent. The 
triggering event may be a combination of a receipt of notices 
from both the shipping agent and purchaser, from both the 

20 seller and the purchaser, or from both the shipping agent and 
the seller. Also, the triggering event may be the elapsing of 
a time period. Thus, the processing (escrow) agent 13 0 can 
move funds obtained from a purchaser upon more than one 
triggering event, or set of triggering events. 

2 5 This ability to move fi^is based upon a triggering event 

is not limited to escrow/payment -on-delivery transactions. The 
processing agent 130 can move funds associated with other types 
of transactions also upon the occurrence of triggering events. 
This ability rests in part on the processing agent 130 storing 

3 0 information associated with each action taken to complete each 

transaction it processes. The processing agent 130 operates 
under one or more set parameters of ordering rules, dependent 
upon the type of transaction being executed. Each step 
performed by the processing agent 130 to execute a given 
35 transaction type is dictated by one or more prior events, 
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whether performed by the processing agent 130 or another 
entity. 

A registered user who also issues bills can utilize yet 
another service of the processing agent 130. For those 
5 registered users who are presented bills by another registered 
user, the billing registered user can electronically present 
bills to these registered users through the processing agent 
130. The registered user submits electronic bills to 
processing agent 13 0 and processing agent 13 0 forwards those 

10 bills via e-mail, or forwards notice of bill availability on a 
Web page maintained by processing agent 13 0, to the appropriate 
registered users. Thus, a registered user can electronically 
receive a bill from another registered user, and in turn can 
pay the registered user via the services of the processing 

15 agent 13 0, as described above. Processing agent 130 can also 
provide remittance information to a registered user being paid 
from an electronic bill. This information is captured from an 
electronically presented bill when a registered user directs 
that bill to be paid to another registered user. 

2 0 For those registered users who are receiving payment from 

several registered users, processing agent 130 optionally 
combines the several payments into a single consolidated 
payment for credit to the registered user's account. 

Likewise, a registered user who also receives bills from 

25 another registered user can electronically pay those bills 
using the services of the processing agent 13 0. Operations to 
pay a bill to another registered user is essentially the same 
as making a purchase payment to another registered user. A 
registered user paying a bill contacts processing agent 130, as 

30 in step 1305, Figure 13, and transmits payment instructions to 
the processing agent 130. In this case, the payment 
instructions include an indication that the payment is for a 
bill issued by the registered user, including the paying 
registered user's account information with the billing 

35 registered user. 
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Processing agent 13 0 processes the transmitted payment 
information and stores a persistent indicator in memory 1170 
that the transaction is a bill payment transaction. This may 
be stored in a database containing information relating to bill 
5 payment transactions. Processing continues as depicted in step 
1316, Figure 13. 

As in step 1320B, processing agent 130 informs the 
registered billing user that the registered billing user has 
new funds available. This notification includes the name of 

10 the registered user paying the bill, and that registered user's 
account information with the registered billing user being 
paid. It should be understood that a registered user can pay a 
bill of another registered user even though that bill has not 
been electronically presented, as described above. 

15 Another service of the processing agent 13 0 is electronic 

gift payments. A gift payment is an electronic monetary 
transfer between two registered users unrelated to a sale 
transaction. The recipient need not be registered for a 
registered donor to direct an electronic gift payment to the 

2 0 recipient. But, for the recipient to obtain the funds 

associated with the electronic gift payment, the recipient must 
register with processing agent 13 0 and become a member of the 
enclosed community 201. The recipient can use the gift funds 
in any manner the recipient desires. 
25 Figures 18A, 18B, 19A, 19B, and 19C depict the 

communications and steps for the processing agent 130 to effect 
an electronic gift payment. The processing agent 130 is the 
hub of a signaling infrastructure supported by a database 1805 
stored in memory 1170 that maintains information about 

3 0 registered donors, recipients, and transactions between ones of 

the donors and recipients. 

At optional step 1901A, and via communication 1801A, the 
registered donor 1800A notifies the intended recipient of the 
gift. This is preferably via e-mail. Registered donor 1800A 
3 5 submits a gift payment request to the processing agent 13 0, 
depicted as step 1901B and communication 1801B. This may be 
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via e-mail or other type communication, including via an on- 
line communication session. The gift payment request includes, 
at a minimum, the donor ! s unique identifier, optionally, 
password if required, the recipient's unique identifier, or e- 
5 mail address if the donor does not know the recipient's unique 
identifier or does not know if the recipient is a member of the 
enclosed community, and payment amount. The request can include 
other information, such as the recipient's name and other 
identifying information, a future payment date, and text the 

10 donor may wish to convey to the recipient. If the request is 
made via an on-line communication session, the request may not 
include the donor's unique identifier if the donor has 
previously supplied this during the on-line communication 
session. Processing Agent 13 0 stores the gift payment request 

15 in database 1805 with an appropriate persistent indicator for 
"gift payment," communication 1806 and step 1906. Processing 
agent 13 0 determines if the recipient is a registered member of 
the enclosed community 201, step 1910. If, as shown in Figure 
18A, the recipient is registered, at step 1920A and via 

20 communication 1820A the initial state of the stored gift 
payment request is marked "submitted for enrolled recipient." 
This triggers the next step. 

The processing agent 13 0 initiates a debit of funds from 
the account associated with the registered donor 1800A 

25 maintained at financial institution 150G, step 1925 and 
communication 1825. The state of the gift payment request 
stored in database 1805 is changed to "debit initiated, " step 
1930 and communication 1830. 

Once the corresponding credit has been made to the 

30 processing agent's 130 account, the state of the payment 
request stored in database 1805 is changed to "debit approved, " 
communication 1835 and step 1935. This state triggers the next 
step . 

Processing agent 130 may automatically initiate a debit of 
35 . funds from its own account, shown here as at financial 
institution 150D, but it could be any financial institution, 
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step 1940 and communication 1840 , and a corresponding credit to 
the registered recipient's account prior to notifying the 
recipient of the gift payment. In such a case, the state of 
the payment request stored in database 1805 is changed to 
5 "funds credited to recipient, " communication 1845 and step 
1945. This triggers the next step. 

Processing agent 130 notifies the registered recipient 
1800B via e-mail that gift funds have been deposited into the 
recipient's account, step 1950 and communication 1850, 
10 preferably via e-mail. The notice can include the donor's name, 
e-mail address, and any donor specified text. The state of the 
gift payment request stored in database 1805 is changed to 
"recipient notified of funds crediting," communication 1855 and 
step 1955. 

15 The gift payment may not automatically be credited to the 

registered recipient's account. In such a case, the 
notification to the recipient may include a hyper-link, which 
when followed, presents a web page created by the processing 
agent 13 0 to the recipient through which the registered 

2 0 recipient 1800B must provide his unique identifier. This 

initiates the credit to the recipient's account. Accordingly, 
the state of the gift payment request is changed to "recipient 
notified of funds availability" when the notice is sent. And, 
then it is changed to "funds credited to recipient" after the 
25 hyper-link is followed, the registered recipient 1800B provides 
his unique identifier, and the credit to the recipient's 
account is initiated. 

If the operations of step 1910 determine that the 
recipient is unregistered, the operations and communications 

3 0 depicted in Figures 19C and 18B are executed. Following step 

1910 of Figure 19A, the initial state of the stored gift 
payment request is marked as "submitted for non-enrolled 
recipient," step 1920B and communication 1820B. This triggers 
the next step. 

3 5 A notice is delivered to the non-enrolled recipient 1800C, 

preferably via e-mail, that an electronic gift payment is 
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available and that the non-enrolled recipient must become a 
registered member of the enclosed community 201 to receive the 
gift payment, communication 1860 and step 1960. This 
communication preferably includes at least the name and e-mail 
5 address of the registered donor. It may also include the 
amount of the electronic gift payment and any donor specified 
text . 

A pending debit transaction is created against the donor's 
account and stored in database 1805, step 1961 and 
10 communication 1880. This includes the registered donor's name, 
unique user identifier, gift payment amount, and date gift 
payment transaction initiated by the registered donor. 

If the non-enrolled recipient chooses to enroll, the 
above-described registration procedures are followed to 
15 register non-enrolled recipient 1800C, step 1965. Preferably, 
enrollment is initiated via a hyper-link, or based upon a token 
contained in, an e-mail sent in communication 1860. 

Once the recipient is registered, the state of the gift 
payment request is changed to "submitted for enrolled 
20 recipient," step 1970 and communication 1870. Processing 
continues as depicted in step 1925 of Figure 19A. 

Alternatively, the donor's account may be debited prior to 
communication 1860 being sent to the recipient. In such a 
case, as soon as funds are credited to the processing agent's 
25 130 account and the recipient has enrolled, the recipient's 
account is credited . 

If, after a predetermined period, the non-enrolled 
recipient does not enroll, the gift payment will expire. 
Processing agent 13 0 notifies the registered donor via e-mail 
3 0 that the recipient has not enrolled and that the transaction is 
cancelled. If the donor's account has been debited, a credit 
to the donor's account from the processing agent's 130 account 
will be initiated. 

Another service offered by the processing agent 13 0 is 
35 electronic gift certificates. This service is similar to 
electronic gift payments. However, instead of donating cash, a 
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registered donor can donate a gift certificate. The electronic 
gift certificate is redeemable via a purchase or purchases made 
from one or more registered sellers. Or, the electronic gift 
certificate may be redeemable for free merchandise from one or 
5 more registered sellers. The electronic gift certificate may- 
only be redeemable with purchases made from the donor. Or, for 
free merchandise only from the donor. As in electronic gift 
payments, the recipient must be a registered member of the 
enclosed community to redeem the certificate, but not to 

10 receive the certificate. 

Figures 26-29 depict the communications and steps for 
the processing agent 130 to effect a donation of an electronic 
gift certificate. At optional step 2701A, and via 

communication 2601A, the registered donor 2600A may notify the 

15 intended recipient of the gift. This is preferably via e-mail. 
A gift certificate request is sent by the donor to the 
processing agent 130, depicted as step 2701B and communication 
2601B. This can be via e-mail or other type communication, 
including via an on-line communication session. The gift 

20 certificate request includes at least the same information 
required to make a gift payment request. Processing agent 130 
stores the gift certificate request in database 2605 with an 
appropriate persistent indicator for "gift certificate, 11 
communication 2606 and step 2706. Processing agent 130 

2 5 determines if the recipient is a registered member of the 

enclosed community 201, step 2710. If, as shown in Figure 26, 
the recipient is registered, at step 272 OA and via 
communication 2620A, the initial state of the stored gift 
certificate request is marked as "submitted for enrolled 

3 0 recipient." This triggers the next step. 

The processing agent 13 0 may initiate a debit of funds 
from the account associated with the registered donor 2600A 
maintained at financial institution 150G, step 2725 and 
communication 2625. The state of the gift payment request 
35 stored in database 2605 is changed to "debit initiated," step 
2730 and communication 2630. 
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Once the corresponding credit has been made to the 
processing agent's 130 account, the state of the gift 
certificate request stored in database 2605 is changed to 
"debit approved," communication 2635 and step 2735. This state 
5 triggers the next step. 

Alternatively, the processing agent 130 may not initiate a 
debit of funds from the account associated with the registered 
donor 2600A. In such a case, an indication is stored in the 
database 2605 of the amount of the electronic gift certificate. 
10 In this case, operations continue with step 2755. 

Processing agent 130 notifies the registered recipient 
2600B, preferably via e-mail, that the electronic gift 
certificate is available. The state of the payment request is 
changed to "recipient notified of electronic gift certificate 
15 availability," communication 2655 and step 2755. The 
notification may include a hyper-link, as discussed above in 
notification of an electronic gift payment, that the user must 
follow and thereby identify himself to the processing agent 
130. 

20 The processing to effect payment to a registered seller 

from the registered purchaser using an electronic gift 
certificate is the same as the above-discussed purchase 
transaction, only with the purchase price offset by the amount 
of the electronic gift certificate, if the registered donor's 

25 account has been debited. If the donor's account has not been 
debited, the electronic gift certificate will only be usable to 
offset a purchase price of a purchase made from the registered 
donor . 

Database 2605 may store information including the identity 
3 0 of the registered seller or sellers which will accept the gift 
certificate as payment, the amount of funds available from the 
gift certificate, including decrementing this amount as the 
gift certificate is used, any expiration date of the gift 
certificate, and optionally a threshold at which remaining 
35 funds are released as a cash gift payment to the recipient of 
the gift certificate. 
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In yet another alternative, the registered donor may be 
the processing agent 130. In such a case, funds in the amount 
of the electronic gift certificate will not be debited from the 
account associated with the processing agent 130, as in step 
5 2725 above. Whenever a registered recipient 2600B directs 
payment to be made to a registered seller, which may be the 
processing agent 130, funds in the amount of the purchase, less 
the amount of the gift certificate, will be debited from the 
account associated with the registered recipient 2600B. The 
10 electronic gift certificate/offset amount of the purchase price 
will be either paid by the processing agent 13 0, or upon 
agreement with the registered seller, waived by the registered 
seller. 

If the operations of step 2710 determine that the 

15 recipient is unregistered, the operations and communications 
depicted in Figures 2 8 and 2 9 are executed. Following step 
2710 of Figure 27, the initial state of the stored electronic 
gift certificate request is marked as "submitted for non- 
enrolled recipient," step 2920B and communication 2820B. This 

20 triggers the next step. 

A notice is delivered to the non-enrolled recipient 1800C, 
preferably via e-mail, that an electronic gift certificate is 
available and that the non-enrolled recipient must become a 
registered member of the enclosed community 201 to receive the 

25 electronic gift certificate, communication 2860 and step 2960. 
This communication preferably includes at least the name and 
e-mail address of the registered donor. 

If the registered donor's account is to be debited, a 
pending debit transaction is created against the donor ! s 

30 account and stored in database 1805, step 2961 and 
communication 2880. This can include, in addition to other 
information, the registered donor ! s name, unique user 
identifier, gift certificate amount, and date the gift 
certificate request is initiated by the registered donor. 
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If the non-enrolled recipient chooses to enroll, the above 
described registration procedures are followed to register the 
non-enrolled recipient 1800C, step 2965. 

Once the recipient is registered, the state of the gift 
5 certificate request is changed to "submitted for enrolled 
recipient," step 2970 and communication 2870. Processing 
continues as depicted in step 2725 of Figure 27. If the 
donor's account is not to be debited, operations continue with 
step 2755. Alternatively, if the donor's account is to be 
10 debited to fund the electronic gift certificate, the account 
may be debited prior to the recipient registering. 

If, after a predetermined period, the non-enrolled 
recipient does not enroll, the gift certificate will expire. 
Processing agent 13 0 notifies the registered donor, preferably 
15 via e-mail, that the recipient has not enrolled and that the 
transaction is cancelled. And, as above, if the recipient does 
not register, the donor's account will be credited if it was 
debited prior to notifying the recipient of the electronic gift 
certificate. 

2 0 In yet another alternative, if the donor's account is to 

be debited, the amount of the electronic gift certificate may 
not be debited from the account associated with the registered 
donor 2600A until the registered recipient 2600B elects to use 
the electronic gift certificate. 

25 The enclosed community 2 01 grows by adding registered 

users. A registered user may invite an unregistered user to 
join the enclosed community 201. The registered user only need 
provide the e-mail address of an unregistered party, and 
optionally the party's name, and processing agent 130 invites 

30 the unregistered user to join, preferably via an e-mail 
communication. The processing agent 13 0 may present to the 
registered user a Web page on which to enter the invitation 
information, such as the e-mail address and name of the 
unregistered user. It should be understood that a registered 

3 5 user may combine an invitation to another party to join the 

enclosed community 201 along with an electronic gift 
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payment/certificate, as discussed above, to entice the party to 
become a member of the enclosed community 201. 

The processing agent 130 can combine delivery of an 
electronic gift payment with delivery of an electronic greeting 
5 card (e-card) . Thus, a registered user is not only able to 
send a gift via e-mail, but also able to send an electronic 
greeting card along with the gift. The e-card itself, or the 
message that provides notification of the link to follow to 
receive the e-card, can serve to inform a recipient of a gift 
10 payment. 

In a first alternative, the processing agent 130 performs 
all functions necessary to deliver an e-card with a gift 
attached. The processing to send an e-card with an electronic 
gift payment is much like the above-described processing to 

15 send only an electronic gift payment, and as such, the 
following processing will be described with reference to the 
figures relating to electronic gift payments. 

A registered user submits a request to the processing 
agent 130 to send an e-card with an electronic gift payment. 

20 The processing agent 130 stores a selection of e-cards from 
which a registered user can choose in memory 1170. The 
processing agent 130 presents this selection to the registered 
user. The functionality to present a selection of electronic 
greeting cards will be understood by one skill in the art, and 

25 as such will not be described in detail here. Also as will be 
understood by one skilled in the art, the registered user 
selects a card and submits this selection to the processing 
agent 13 0, along with any text the user may specify to be 
included in the e-card. 

30 As in step 1901B of Figure 19A, the registered user must 

provide at least his unique identifier, optionally, password if 
required, the recipient's unique identifier, or e-mail address, 
and payment amount. This information may be supplied prior to 
the selection of an e-card, with the selection of an e-card, or 

35 subsequent to selection of an e-card. Processing agent 130 
stores the e-card request in database 1805 with an appropriate 
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persistent indicator of "gift payment with e-card, " as in step 
1906. 

The processing agent 13 0 determines if the recipient is a 
registered member of the enclosed community 201, as in step 
5 1910. If the recipient is registered, the initial state of the 
stored gift payment with e-card request is marked 11 submitted 
for enrolled recipient." This triggers the next step. 

As in steps 1925 and 1930 , the processing agent 130 
initiates a debit of funds from a donor's account and the state 

10 of the gift payment with e-card request is changed to "debit 
initiated." And, also as above, once the corresponding credit 
has been made to the processing agent 1 s 13 0 account, the state 
of the request is changed to "debit approved." 

Once the corresponding credit is made to the processing 

15 agent's 13 0 account, the e-card is sent via e-mail to the 
recipient. An enrolled recipient's e-mail address will be 
known to the processing agent 130. The presentation of the e- 
card may be accomplished in one of at least two ways, as will 
also be understood by one skilled in the art. In a first way, 

20 the e-mail message sent to the. recipient may comprise the 
entire e-card. That is, the e-mail message is the e-card. Or, 
in a second way, the e-mail may contain a hyper-link back to 
the processing agent 130. By following this link, the e-card 
is displayed to the recipient via a unique web page. 

25 The contents of the e-card, whether presented to the 

recipient in the first way or the second way, inform the 
recipient that he has received a gift, as well as convey any 
additional text specified by the donor. The e-card may contain 
text informing the recipient of the amount of the gift payment 

3 0 and the identity of the donor. 

The movement of funds to a registered recipient can take 
place at least two ways. In a first way, a credit to the 
registered recipient's account, from funds in the processing 
agent's 130 account, can be initiated before or concurrent with 

35 the sending of the e-card to the recipient. As described 
above, the state of the request is changed to "funds credited 
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to recipient" upon this crediting. In such a case, the e-card 
also informs the recipient that funds have been deposited into 
his account. When the e-card is sent to the recipient, the 
state of the request is changed to "recipient notified of funds 
5 crediting . " 

In a second way, the e-card includes a hyper-link which, 
as above, when followed by the registered recipient, initiates 
the debit/credit pair after the recipient has identified 
himself to the processing agent 130. Thus, the debit from the 

10 processing agent's 130 account is not initiated until after the 
recipient receives the e-card and follows the link. If the 
funds move in the second way, the state of the request is 
changed to "recipient notified of funds availability" upon the 
e-mail being sent. Upon the recipient following the hyper-link, 

15 identifying himself, and the credit being initiated to the 
recipient's account, the state of the request is changed to 
"funds credited to recipient." 

If the processing agent 130 determines that the recipient 
is unregistered, the initial state of the request is set as 

20 "submitted for non-enrolled recipient," as in step 1920B above. 
The debit from the donor's account may be initiated prior to, 
or concurrent with, the sending of the e-card to the 
unregistered recipient. 

The e-card sent to an unregistered recipient includes a 

25 notice that an electronic gift payment is available and that 
the recipient must register to receive the gift payment. The 
e-card can include a hyper-link, which when followed, presents 
an enrollment page to the unregistered recipient. Upon 
successfully registering, the recipient can obtain the gift 

3 0 payment . 

If the debit from the donor's account is to be initiated 
after the recipient registers, a pending debit transaction is 
created against the donor's account, as in step 1961. Once the 
recipient successfully registers, the state of the request is 
35 changed to "submitted for enrolled recipient," as in step 1970. 
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Processing then continues as described above to move funds 
from the donor's account into the recipient's account. 

If the debit from the donor's account is initiated, and 
the corresponding credit to the processing agent's 130 account 
5 has been made, prior to the user becoming successfully 
registered, the debit from the processing agent's 130 account 
to the recipient's account can be initiated immediately upon 
successful registration. If the unregistered user does not 
successfully register, the funds debited from the donor's 

10 account will be credited back to the donor's account. As 
discussed above, funds may be credited back to the donor's 
account if a predetermined amount of time lapses and the 
recipient is not yet registered. 

In a second alternative to deliver an e-card with an 

15 electronic gift payment, the processing agent 13 0 works in 
conjunction with another entity, which may be a sponsor, to 
offer e-cards with gift payments. The other entity will be 
referred to herein as an e-card site. An e-card site offers 
the service of sending electronic greeting cards. In a first 

20 scenario in the second alternative, the e-card site presents an 
option to a network user sending an e-card to send a gift 
payment with the e-card. The processing agent 130 performs the 
functions to execute the electronic gift payment, while the e- 
card site performs the functions to create and deliver the e- 

25 card. 

The e-card site first performs the functions necessary to 
deliver an e-card to the recipient, as will be understood by 
one skilled in the art. This includes presenting the selection 
of e-cards to the donor and receiving information from the 

30 donor, such as the selected e-card, the recipient's email 
address, and any additional text the donor wishes included with 
the e-card. Additionally, the e-card site may receive the 
payment amount specified by the donor. 

Upon the donor selecting the option to attach a gift 

35 payment presented by the e-card site, the processing agent 130 
performs the functions necessary to include the electronic gift 
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payment. A hyper-link may be presented to the donor directing 
the donor to the processing agent 130, or the e-card site may 
establish a communication session with the processing agent 130 
via an API. The e-card site may transmit some or all 
5 information associated with the e-card to the processing agent 
130. This can include information about the donor and/or the 
recipient maintained by the e-card site, and the payment 
amount . 

If the e-card site provides information about the donor, 
10 the processing agent 130 determines if the donor is registered 
from this information. If no donor information is provided by 
the e-card site, the donor either provides his unique 
identifier to the processing agent 130, else he registers. If 
the e-card site provides recipient information, the processing 
15 agent 130 then determines if the recipient is registered. Else, 
the donor may be required to transmit to the processing agent 
information identifying the recipient, such as the recipient's 
unique identifier, or the recipient's e-mail address. The 
donor will provide the payment amount to the processing agent 

2 0 13 0 if not provided to the processing agent 13 0 by the e-card 

site . 

If the recipient is registered, the processing agent 130 
informs the e-card site that the recipient is registered. The 
e-card site then includes in the e-card the appropriate 
25 information, discussed above, to be included in an e-card for a 
registered recipient. If this includes a hyper-link to 
initiate the credit to the recipient's account, it should be 
understood that this will be a hyper-link back to the 
processing agent 130. The particular information to be 

3 0 included in the e-card may be provided by the processing agent 

130 to the e-card site. 

The e-card site sends the e-card to the recipient via e- 
mail. As discussed above, the e-mail may be the entire e-card, 
or the e-mail may include a hyper- link back to the e-card site. 
3 5 If the processing agent 130 determines that the recipient 

is unregistered, the processing agent 130 informs the e-card 
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site of this and the e-card site includes the appropriate text 
and hyper- link, described above, for an unregistered recipient 
in the e-card. The particular information may be supplied by 
the processing agent 130 to the e-card site. 
5 In a second scenario in the second alternative, the 

processing agent 130 controls the channel of communication with 
the recipient. That is, the processing agent 13 0 sends the e- 
card to the recipient*. In such a scenario, the e-card site 
forwards the information pertaining to the e-card, and perhaps 
10 the e-card itself, to the processing agent 130. Thereinafter, 
the processing agent 13 0 performs the above -described functions 
to attach a gift payment and then sends the e-card to the 
recipient . 

As should be apparent, the processing agent 13 0 also 
15 provides the functionality to include an electronic gift 
certificate with an e-card. The processing to include an 
electronic gift certificate with an e-card, in either the first 
or the second alternatives, is essentially the same as that of 
including an electronic gift payment. Instead of requesting an 
2 0 electronic gift payment, a donor requests an electronic gift 
certificate. Thereinafter, the processing to attach an 
electronic gift certificate to an e-card is the same as to 
attach an electronic gift payment to an e-card. The processing 
agent 130 or the e-card site may present an option to send 
25 either an electronic gift payment or an electronic gift 
certificate. Also, an electronic gift payment and an 
electronic gift certificate may be sent attached to the same e- 
card. 

When a registered recipient of either an electronic gift 
30 payment or an electronic gift certificate, whether combined 
with an e-card or not, must follow a hyper-link to initiate the 
funds being credited into his account, additional benefits of 
the processing agent 13 0 arise. The recipient may donate the 
funds to a second recipient, registered or unregistered, by 
35 merely forwarding the notice of funds availability to another 
entity via email. When the second recipient follows the link 
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and identifies himself to the processing agent 13 0, and 
registers if necessary, he can then receive the funds or gift 
certificate donated by the original donor. 

If, as discussed above, processing agent 13 0 accepts a 
5 user into the enclosed community 201 even though that user's 
account is not electronically debitable and/or creditable, 
processing of payments is different than described above. 
Debits to the registered user's account can be made by drafts 
prepared by processing agent 13 0 and drawn on the registered 

10 user's account. Credits to the account can be made by either 
checks or drafts drawn on the account associated with the 
processing agent 13 0 or another registered user. Additionally, 
debits and credits to the account may be made by wire transfer 
directed by the processing agent 130. 

15 Other options for payment processing other than a DDA 

include credit cards associated with the registered user, 
debits and/or credits made via an automated teller machine 
(ATM) network or a point-of-sale (POS) network from and/or to 
the registered user's account, debits from and/or credits to a 

2 0 stored value account, and debits from and/or credits to lines 

of credit. A stored value account is an account, typically not 
maintained at a financial institution, that is pre-populated 
with a monetary value. Additionally, debits can be made by a 
debit authorization wherein funds availability is verified and 
25 funds are reserved. 

When any of these optional payment methods are used, as 
will be recognized by one skilled in the art, processing agent 
13 0 must obtain information from the registered user pertaining 
to each of these payment methods. This information can be 

3 0 obtained during registration at step 410, Figure 4, or any time 

thereafter . 

Processing agent 13 0 also may effect these optional 
payment methods for registered users whose demand deposit 
accounts are electronically debitable and/or creditable. In 
35 such a case, the registered user may specify which payment 
method to use on a per-transaction basis, or processing agent 
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130 may make this decision on a per-transaction basis. Or, 
processing agent 13 0 may make the decision to make all 
transactions involving a particular registered user by a 
particular payment method. 
5 Processing agent 130 may charge a fee in providing each of 

the above-described services. This fee may be paid by the 
seller, donor, purchaser, or recipient. Or, the fee may be 
split between the seller and purchaser or the donor and 
recipient. For split fees, each party to a transaction may pay 

10 a different percent of the total fee charged by the processing 
agent 130. Fees may be levied when funds are debited from a 
purchaser account. That is, a fee in excess of a purchase 
price may be debited from a purchaser's account. Or, fees may 
be levied when funds are credited to a seller's account. That 

15 is, funds in an amount less than a purchase price may be 
credited to a seller's account. Fees may be levied when funds 
are debited from a donor's account. That is, an amount in 
excess of a donated amount may be debited from a donor's 
account. Or, fees may be levied when funds are credited to a 

2 0 recipient's account. That is, funds in an amount less than a 
donated amount may be credited to a recipient's account. 
Additionally, fees may vary depending upon the amount of a 
transaction, a volume of transactions associated with a 
registered user, the identity of a user, or the identity of a 

25 sponsor through which a user has registered. 

As discussed above, processing agent 13 0 stores 
information in databases in memory 1170 relating to services 
performed by processing agent 130. It should be understood 
that each of the above-described databases may be the same 

30 single database. The unique user identifier associated with 
each registered user enables processing agent 13 0 to store 
information relating to each transaction to which each 
registered user has been a party. The stored information 
includes each step performed by, and each communication sent or 

35 received by, the processing agent 130 to render a service. 
This includes the dates and the times the steps and 
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communications are performed. Thus, processing agent 13 0 
maintains a history of the services utilized and transactions 
effected involving each registered user. This information may 
be stored in a single database for all transactions and/or in 
5 databases associated with each service offered by the 
processing agent 130. Processing agent 130 also records the 
status of all current transactions in memory 1170. At any time 
a registered user can contact processing agent 13 0 to obtain 
information on past or current transactions that user directed, 

10 or optionally of which that user was a party. The processing 
agent 130 may allow a user access to only a portion of the 
information stored. The amount of information made available 
to a user may be varied dependent upon the identity of the 
user, the user's status as a payer or payee, or the type of 

15 transaction, among other factors. 

It will also be recognized by those skilled in the art 
that, while the invention has been described above in terms of 
one or more preferred embodiments, it is not limited thereto. 
Various features and aspects of the above described invention 

20 may be used individually or jointly. Further, although the 
invention has been described in the context of its 
implementation in a particular environment and for particular 
purposes, e.g. electronic payments, those skilled in the art 
will recognize that its usefulness is not limited thereto and 

25 that the present invention can be beneficially utilized in any 
number of environments and implementations. Accordingly, the 
claims set forth below should be construed in view of the full 
breadth and spirit of the invention as disclosed herein. 
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